Anthos clusters on bare metal è ora Google Distributed Cloud (solo software) per bare metal. Per ulteriori informazioni, consulta la panoramica del prodotto.

Questa pagina è stata tradotta dall'API Cloud Translation.

Ripristinare un nodo non riuscito in Google Distributed Cloud

Quando i nodi di Google Distributed Cloud si arrestano in modo anomalo, il che può accadere a causa di problemi di archiviazione, rete o configurazione errata del sistema operativo, è necessario ripristinare in modo efficiente l'integrità del cluster. Dopo aver ripristinato l'integrità del cluster, puoi risolvere i problemi del nodo. Questo documento spiega come recuperare da scenari di errore del nodo reimpostando un nodo e rimuovendolo forzatamente, se necessario.

Se vuoi aggiungere o rimuovere nodi da un cluster quando un nodo non ha avuto errori, consulta Aggiornare i cluster.

Se hai bisogno di ulteriore assistenza, contatta l'assistenza clienti Google Cloud.

Reimposta nodi

In caso di errore del nodo, a volte non puoi eseguire comandi di ripristino sui nodi poiché il nodo potrebbe essere irraggiungibile. Potresti dover rimuovere il nodo con forza dal cluster.

Quando reinizializzi correttamente un nodo e aggiorni il cluster, si verificano le seguenti azioni:

Il nodo viene reimpostato, come in kubeadm reset, e la macchina torna allo stato preinstallato.
I riferimenti correlati al nodo vengono rimossi dal pool di nodi e dal cluster risorse personalizzate.

In alcuni dei seguenti comandi bmctl per reimpostare i nodi, il parametro --force indica se saltare i comandi di reimpostazione (passaggio 1). Se in uso il parametro --force, bmctl esegue solo il passaggio di rimozione (passaggio 2) e non esegue i comandi di ripristino.

Rimuovere il nodo worker

Per rimuovere un nodo worker da un cluster, completa i seguenti passaggi:

Prova a reimpostare il nodo in modo pulito. Dopo il ripristino, il nodo viene rimosso dal cluster:
```
bmctl reset nodes \
    --addresses COMMA_SEPARATED_IPS \
    --cluster CLUSTER_NAME \
    --kubeconfig ADMIN_KUBECONFIG
```
Sostituisci quanto segue:
- COMMA_SEPARATED_IP: gli indirizzi IP dei nodi da reimpostate, ad esempio 10.200.0.8,10.200.0.9.
- CLUSTER_NAME: il nome del cluster di destinazione che contiene i nodi non riusciti.
- ADMIN_KUBECONFIG: il percorso del cluster di amministrazione kubeconfig file.
Se questo comando va a buon fine, ora puoi diagnosticare il nodo e correggere eventuali configurazioni errate che hanno causato l'errore iniziale. Salta i passaggi rimanenti di questa sezione.
Se il passaggio precedente per reimpostare il nodo non va a buon fine, rimuovilo forzatamente dal cluster. Questa rimozione forzata salta il passaggio precedente eseguito che reimposta i comandi ed esegue solo il passaggio per rimuovere riferimenti al nodo dalle risorse personalizzate del pool di nodi e del cluster:
```
bmctl reset nodes \
    --addresses COMMA_SEPARATED_IPS \
    --cluster CLUSTER_NAME \
    --kubeconfig ADMIN_KUBECONFIG \
    --force
```
Ora puoi diagnosticare il nodo e correggere eventuali errori di configurazione che hanno causato errore iniziale.

Se hai rimosso forzatamente il nodo dal cluster di nodi nel passaggio precedente, esegui di nuovo il comando bmctl reset per reimpostare i nodi:

bmctl reset nodes \
    --addresses COMMA_SEPARATED_IPS \
    --cluster CLUSTER_NAME \
    --kubeconfig ADMIN_KUBECONFIG

Rimuovere un singolo nodo del control plane

La procedura è la stessa utilizzata per i nodi worker. Per i nodi del piano di controllo, bmctl pulisce anche l'abbonamento a etcd.

Il cluster smette di essere in stato ad alta disponibilità dopo la rimozione nodo con errore. Per tornare a uno stato HA, aggiungi un nodo funzionante al cluster.

Per rimuovere un nodo da un cluster, completa i seguenti passaggi:

Prova a reimpostare il nodo in modo pulito. Dopo la reimpostazione, il nodo viene rimosso dal cluster:
```
bmctl reset nodes \
    --addresses COMMA_SEPARATED_IPS \
    --cluster CLUSTER_NAME \
    --kubeconfig ADMIN_KUBECONFIG
```
Sostituisci i seguenti valori:
- COMMA_SEPARATED_IP: gli indirizzi IP dei nodi da reimpostate, ad esempio 10.200.0.8,10.200.0.9.
- CLUSTER_NAME: il nome del cluster di destinazione che contiene i nodi non riusciti.
- ADMIN_KUBECONFIG: il percorso del cluster di amministrazione kubeconfig file.
Se il comando ha esito positivo, ora puoi diagnosticare il nodo e correggere eventuali errori di configurazione che hanno causato l'errore iniziale. Salta i passaggi rimanenti tra questa sezione.
Se il passaggio precedente per reimpostare il nodo non va a buon fine, puoi rimuoverlo forzatamente dal cluster. Questa rimozione forzata salta il passaggio precedente eseguito che reimposta i comandi ed esegue solo il passaggio per rimuovere riferimenti al nodo dalle risorse personalizzate del pool di nodi e del cluster:
```
bmctl reset nodes \
  --addresses COMMA_SEPARATED_IPS \
  --cluster CLUSTER_NAME \
  --kubeconfig ADMIN_KUBECONFIG \
  --force
```
Ora puoi diagnosticare il nodo e correggere eventuali configurazioni errate che hanno causato l'errore iniziale.
Se hai rimosso forzatamente il nodo dal cluster di nodi nell'esperienza precedente esegui di nuovo il comando bmctl reset per reimpostare i nodi:
```
bmctl reset nodes \
  --addresses COMMA_SEPARATED_IPS \
  --cluster CLUSTER_NAME \
  --kubeconfig ADMIN_KUBECONFIG
```

Quorum perso nel piano di controllo ad alta disponibilità

Se troppi nodi dei piani di controllo in un cluster ad alta disponibilità entrano in uno stato di errore, perde il quorum e diventa non disponibile.

Se devi ripristinare i cluster di gestione, non fornire il kubeconfig nei comandi di ripristino. Se fornisci il file kubeconfig per un cluster di gestione, viene forzato un nuovo cluster per eseguire l'operazione di reimpostazione. Quando ripristina un cluster utente, fornisci il percorso del file kubeconfig.

Per recuperare un cluster che ha perso il quorum, esegui questo comando su una nodo integro rimanente:
```
bmctl restore --control-plane-node CONTROL_PLANE_NODE \
    --cluster CLUSTER_NAME \
    [--kubeconfig KUBECONFIG_FILE]
```
Sostituisci quanto segue:
- CONTROL_PLANE_NODE: gli indirizzi IP di un nodo integro che rimane all'interno del cluster.
- CLUSTER_NAME: il nome del cluster di destinazione che contiene i nodi in errore.
- KUBECONFIG_FILE: se stai recuperando un cluster utente, il percorso al file kubeconfig del cluster utente.
Dopo aver recuperato i nodi non riusciti, esegui il comando bmctl reset per reimpostarli:
```
bmctl reset nodes \
   --addresses COMMA_SEPARATED_IPS \
   --cluster CLUSTER_NAME \
   [--kubeconfig KUBECONFIG_FILE]
```
Sostituisci quanto segue:
- COMMA_SEPARATED_IP: gli indirizzi IP dei nodi da reimpostate, ad esempio 10.200.0.8,10.200.0.9.
- CLUSTER_NAME: il nome del cluster di destinazione che contiene i nodi non riusciti.
- KUBECONFIG_FILE: il percorso del cluster di amministrazione kubeconfig file.
Se i nodi con errori facevano parte dei pool di nodi del bilanciatore del carico, dopo il recupero dei nodi potrebbero competere per l'indirizzo IP virtuale del piano di controllo e rendere instabile il nuovo cluster. Esegui i comandi di reimpostazione sui nodi non riusciti il più rapidamente possibile dopo averli recuperati.

Questo processo gestisce solo il ripristino di emergenza per un deployment HA del piano di controllo a 3 nodi. Questo processo non supporta il ripristino per le configurazioni ad alta disponibilità nodi o più.

Passaggi successivi

Per ulteriori informazioni su come aggiungere o rimuovere nodi da un cluster quando sono non è un errore e controlla lo stato del nodo, consulta Aggiorna i cluster.
Se hai bisogno di ulteriore assistenza, contatta Assistenza clienti Google Cloud.