Risolvere i problemi relativi alla registrazione dei nodi

Standard

Questo documento descrive come risolvere i problemi riscontrati durante l'aggiunta di nodi al cluster Google Kubernetes Engine (GKE) Standard. Alcuni degli scenari in cui si verificano questi problemi includono la creazione di cluster, la creazione di pool di nodi e durante gli eventi di scale up.

Per risolvere i problemi relativi ai cluster GKE Autopilot, consulta Risoluzione dei problemi dei cluster Autopilot.

Informazioni sulla registrazione dei nodi

I nodi sono istanze VM di Compute Engine che GKE crea per tuo conto. Quando un nuovo nodo viene aggiunto a un cluster GKE, deve essere registrato con il piano di controllo del cluster. Questo processo, chiamato registrazione dei nodi o bootstrap dei nodi, si verifica quando viene creato un nodo.

Al momento della registrazione del nodo

La registrazione dei nodi si verifica ogni volta che vengono creati nodi, inclusi i seguenti scenari:

Crei un cluster.
Devi creare un pool di nodi.
GKE crea un pool di nodi con il provisioning automatico dei nodi.
Il gestore della scalabilità automatica dei cluster fa lo scale up del cluster.
Devi ridimensionare il cluster.
La riparazione automatica dei nodi crea un nuovo nodo.

Il processo di registrazione dei nodi prevede i seguenti passaggi:

Il numero di nodi impostato per il pool di nodi viene replicato nei gruppi di istanze gestite.
I gruppi di istanze gestite creano il numero richiesto di istanze VM.
Per ogni istanza VM creata:
1. L'istanza VM viene avviata.
2. L'istanza VM configura e installa i pacchetti necessari per l'esecuzione come nodo Kubernetes.
3. Il kubelet ora in esecuzione sull'istanza VM comunica con il server API del piano di controllo per registrarsi come nodo.

Messaggio di errore relativo alla registrazione del nodo

Quando GKE tenta di aggiungere nodi al tuo cluster, nella console Google Cloud viene visualizzato il seguente errore se la registrazione del nodo non è riuscita:

  All cluster resources were brought up, but: only 0 nodes out of * have
  registered; this is likely due to the Nodes failing to start correctly; try
  re-creating the cluster or contact support if that doesn't work.

Questo messaggio di errore indica che i nodi non sono stati registrati correttamente nel cluster. Le seguenti sezioni descrivono alcune delle potenziali cause di questo errore.

Prerequisiti per la registrazione dei nodi riuscita

La corretta registrazione dei nodi in un cluster GKE dipende da fattori quali:

Connettività di rete.
Disponibilità delle risorse.
Autorizzazioni dell'account di servizio.

Prerequisiti per la creazione dell'istanza

Quando GKE crea un nodo per il tuo cluster, il primo passaggio è creare una nuova istanza VM di Compute Engine.

La creazione dell'istanza potrebbe non riuscire per uno dei seguenti motivi:

La creazione dell'istanza non riuscita indica che nell'intervallo di tempo durante il quale GKE ha tentato di creare l'istanza per la registrazione come nodo GKE, mancano i log per la creazione delle istanze poiché le istanze non sono mai state create. Per verificare la presenza di log mancanti, consulta le istruzioni per trovare un'istanza che non è riuscita la registrazione dei nodi.

Autorizzazioni account di servizio

Ai nodi GKE è associato un account di servizio IAM. Per impostazione predefinita, questo account di servizio è l'account di servizio predefinito di Compute Engine. Ti consigliamo di proteggere il cluster utilizzando un account di servizio IAM personalizzato che disponga delle autorizzazioni minime richieste.

Questo account di servizio deve disporre delle autorizzazioni corrette affinché le istanze VM vengano inizializzate come nodi GKE. Se elimini l'account di servizio, lo disattivi o non gli concedi le autorizzazioni corrette, la registrazione dei nodi potrebbe non riuscire.

Prerequisiti per la connessione di rete alle API e ai servizi Google

L'istanza VM scarica i pacchetti per prepararsi all'esecuzione come nodo GKE e un timeout della connessione potrebbe significare che il cluster non ha soddisfatto i requisiti di rete necessari per la connessione alle API e ai servizi Google, ad esempio storage.googleapis.com. Se un'istanza non riesce a connettersi a questi servizi, non può scaricare la distribuzione Kubernetes e completare il processo di registrazione del nodo.

A seconda della connessione di rete, consentire questa connessione potrebbe significare configurare l'accesso privato Google o avere regole firewall e route nella rete VPC (Virtual Private Cloud) del cluster che consentono la connessione.

Prerequisiti per la connessione di rete con il piano di controllo

La connettività tra il piano di controllo e i nodi è fondamentale per la registrazione dei nodi e la funzione regolare. Questa comunicazione è consentita per impostazione predefinita. Assicurati che quando imposti le regole firewall VPC, la comunicazione tra i nodi e il piano di controllo sia comunque consentita.

Per saperne di più, consulta Consentire la connettività del piano di controllo.

Utilizzare lo strumento di controllo della registrazione dei nodi per risolvere i problemi relativi alla registrazione dei nodi

Per i pool di nodi creati su GKE versione 1.24.0-gke.100 o successive, un'utilità chiamata Node Registration Checker viene eseguita sulle istanze appena create e verifica se l'istanza ha completato correttamente i passaggi di registrazione dei nodi.

Quando la registrazione del nodo non va a buon fine, l'utilità genera un report di riepilogo in cui puoi vedere quali prerequisiti non sono stati soddisfatti in base al punto del processo in cui l'istanza non è riuscita.

Utilizza le istruzioni riportate nella sezione seguente per trovare un'istanza che non è riuscita a registrare i nodi e utilizza il riepilogo dello strumento Controllo registrazione nodi per scoprire perché non è riuscita.

Se non riesci a utilizzare lo strumento di controllo della registrazione dei nodi nel pool di nodi, consulta Risolvere i problemi di registrazione dei nodi senza lo strumento di controllo della registrazione dei nodi.

Trova un'istanza che non ha superato la registrazione dei nodi

Quando una o più istanze non vengono registrate come nodi con il piano di controllo del tuo cluster GKE, puoi visualizzare il numero di istanze con errori nel messaggio di errore mostrato nella pagina Dettagli cluster della console Google Cloud. Quando più istanze non vengono registrate contemporaneamente, potrebbe essere per lo stesso motivo sottostante. Per questo motivo, puoi utilizzare una delle istanze con errori per esaminare il motivo dell'errore di tutte le istanze.

Tuttavia, poiché le istanze non sono state registrate come nodi GKE, devi utilizzare le seguenti istruzioni per trovare i nomi delle VM di Compute Engine sottostanti che non è stato possibile registrare.

Nella console Google Cloud, vai alla pagina Esplora log:

Vai a Esplora log

Usa il seguente filtro di log per trovare i log di creazione delle istanze VM:

resource.type="gce_instance"
logName="projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity"
protoPayload.requestMetadata.callerSuppliedUserAgent="GCE Managed Instance Group for GKE"
protoPayload.response.status="RUNNING"

Sostituisci PROJECT_ID con l'ID progetto del tuo cluster.

Utilizza l'istogramma sotto il filtro log per restringere l'intervallo di tempo al momento in cui avrebbe dovuto avvenire la creazione dei nodi.
Fai clic su uno dei log visualizzati in Risultati query, poi fai clic su Espandi campi nidificati per visualizzare ulteriori dettagli.
Trova il campo protoPayload.resourceName. L'ultima parte del percorso elencato è il nome dell'istanza. I nomi delle istanze seguono un formato che inizia con il nome del cluster e quello del pool di nodi, ad esempio:

gke-cluster-1-default-pool-b0ac62d3-9g1v è un'istanza per il pool di nodi default-pool in gke-cluster-1.
Nella console Google Cloud, vai alla pagina Istanze VM di Compute Engine:

Vai a Istanze VM

Trova il nome dell'istanza VM utilizzando il filtro. Fai clic per ulteriori dettagli.

Risolvi i problemi di un'istanza con lo strumento di controllo della registrazione dei nodi

Una volta trovato il nome dell'istanza la cui registrazione non è riuscita, puoi scoprire perché l'operazione non è riuscita utilizzando lo strumento di controllo della registrazione dei nodi.

Nella scheda Dettagli dell'istanza VM, nella sezione Log, fai clic su Porta seriale 1 (console).

Per i pool di nodi creati su GKE versione 1.24.0-gke.100 o successive, l'output per le istanze appena create include quanto segue, a indicare che lo strumento di controllo della registrazione dei nodi è stato avviato:

** Starting Node Registration Checker **
** Loading variables from kube-env **
** Sleeping for 7m to allow registration to complete  **

Se la registrazione del nodo ha esito positivo, l'output include i seguenti messaggi:

** Node ready and registered. **
** Completed running Node Registration Checker **

Se non vedi questi messaggi, la registrazione dei nodi non è riuscita e lo strumento di controllo della registrazione dei nodi ha generato un report con un riepilogo dei motivi per cui la registrazione non è riuscita. Cerca il seguente messaggio aggiuntivo per visualizzare il riepilogo:

** Here is a summary of the checks performed: **

Sotto questo messaggio, cerca una tabella simile alla seguente:

------------------------------
Service    DNS      Reachable
------------------------------
LOGGING    true     true
GCR        true     true
GCS        true     true
Master     N/A      false
------------------------------

Se LOGGING, GCR o GCS sono elencati come non raggiungibili, controlla le Autorizzazioni dell'account di servizio per la registrazione dei nodi e Connessione di rete alle API e ai servizi Google per la registrazione dei nodi.

Se Master è indicato come non raggiungibile, controlla i prerequisiti per Connessione di rete con piano di controllo per la registrazione dei nodi.

Dopo aver risolto tutti i problemi che impediscono la corretta registrazione dei nodi, consulta Completare la registrazione dei nodi dopo aver risolto la causa principale.

Se i passaggi precedenti non indicano il motivo per cui la registrazione del nodo non è riuscita, consulta Raccogliere informazioni per ulteriori indagini.

Risolvere i problemi di registrazione dei nodi senza lo strumento di controllo della registrazione dei nodi

Se la registrazione dei nodi in un pool di nodi creato su una versione di GKE precedente a 1.24.0-gke.100 non è andata a buon fine, puoi risolvere i problemi relativi alla registrazione dei nodi solo manualmente. Se il pool di nodi è stato creato su GKE versione 1.24.0-gke.100 o successive, segui le istruzioni per utilizzare lo strumento di controllo della registrazione dei nodi per risolvere i problemi relativi alla registrazione dei nodi.

Dopo aver risolto tutti i problemi che impediscono la corretta registrazione dei nodi, segui le istruzioni riportate di seguito per completare la registrazione dei nodi dopo aver corretto la causa principale.

Se nessuno dei passaggi di indagine in questa pagina indica il motivo per cui la registrazione del nodo non è riuscita, consulta Raccogliere informazioni per ulteriori indagini.

Controlla le autorizzazioni dell'account di servizio per la registrazione dei nodi

L'account di servizio utilizzato dai nodi deve disporre delle autorizzazioni preliminari per la registrazione dei nodi. Segui queste istruzioni per verificare di aver soddisfatto questi prerequisiti:

Individua un'istanza che non è riuscita la registrazione dei nodi.
Nella scheda Dettagli dell'istanza VM, nella sezione Gestione di API e identità, trova il nome dell'account di servizio nel campo Account di servizio. Se il nodo utilizzava l'account di servizio predefinito di Compute Engine, il nome sarà nel formato PROJECT_NUMBER-compute@developer.gserviceaccount.com. Questo account di servizio deve disporre delle autorizzazioni minime richieste.
Verifica la presenza di indicatori di avvenuta registrazione nell'output della console seriale. Nella scheda Dettagli dell'istanza VM, nella sezione Log, fai clic su Porta seriale 1 (console).

Se l'istanza ha utilizzato un account di servizio con le autorizzazioni corrette, l'output include quanto segue:
- Started Download and install k8s binaries and configurations
- Started Docker Application Container Engine.
- Started Configure kubernetes node.
- Reached target Kubernetes.
Questi messaggi saranno disponibili in punti diversi dell'output. Potrebbero anche avere timestamp o altri elementi che li interrompono, come questo: Starting [0;1;39mConfigure kubernetes node. Se vedi tutti questi messaggi, significa che i prerequisiti dell'account di servizio sono stati soddisfatti.

Se non vedi questi messaggi, l'account di servizio assegnato all'istanza VM potrebbe essere stato eliminato, essere disabilitato o non disporre delle autorizzazioni corrette.

Verifica la connessione di rete alle API e ai servizi Google per la registrazione dei nodi

Verifica la connessione con accesso SSH

Se disponi dell'accesso SSH alle istanze VM nel tuo progetto, puoi anche verificare che l'istanza VM disponga di una connessione di rete alle API e ai servizi Google.

Individua un'istanza che non è riuscita la registrazione dei nodi.
Nella scheda Dettagli dell'istanza VM, fai clic su SSH.
Dopo aver effettuato la connessione alla riga di comando dell'istanza VM, esegui questo comando per verificare la connessione alle API e ai servizi Google:
```
curl -m 5 -v https://storage.googleapis.com/generate_204
```
Se la connessione viene stabilita, l'output è simile al seguente:
```
*   Trying 142.250.148.128:443...
* Connected to storage.googleapis.com (142.250.148.128) port 443 (#0)

...

< HTTP/1.1 204 No Content
< Content-Length: 0
< Cross-Origin-Resource-Policy: cross-origin
< Date: Wed, 04 Jan 2023 00:58:41 GMT
<
* Connection #0 to host storage.googleapis.com left intact
```
Se la connessione non riesce, l'output è simile al seguente:
```
*   Trying 142.250.148.128:443...
* Connection timed out after 5000 milliseconds
* Closing connection 0
curl: (28) Connection timed out after 5000 milliseconds```
```
Se la connessione scade e l'indirizzo IP restituito rientra nell'intervallo di indirizzi IP 199.36.153.0/24, verifica che il cluster soddisfi i requisiti di rete per la connessione alle API e ai servizi Google. Se si verifica il timeout della connessione e l'indirizzo IP restituito non rientra nell'intervallo di indirizzi IP indicato, verifica la presenza di regole firewall che bloccano il traffico in uscita o route configurate in modo errato nella rete VPC del cluster.

Tieni aperta la connessione SSH all'istanza VM e vai alla sezione successiva.

Controlla la connessione senza accesso SSH utilizzando Connectivity Tests

Se non hai accesso SSH alle istanze VM, utilizza i test di connettività per verificare che l'istanza VM sia connessa alle API e ai servizi Google.

Individua un'istanza che non è riuscita la registrazione dei nodi.
Crea ed esegui Connectivity Tests con l'istanza VM come Origine e storage.googleapis.com TCP/443 come Destinazione.

Utilizza i risultati del test per verificare la configurazione di rete del cluster.

Verifica la connessione di rete con il piano di controllo per la registrazione dei nodi

Se hai accesso SSH alle istanze VM nel tuo progetto, puoi verificare se l'istanza VM dispone di una connessione di rete al piano di controllo del cluster.

Individua un'istanza che non è riuscita la registrazione dei nodi.
Nella scheda Dettagli dell'istanza VM, fai clic su SSH.
Dopo aver effettuato la connessione alla riga di comando dell'istanza VM, salva l'endpoint del piano di controllo del cluster come variabile di ambiente:
```
source <(sudo grep KUBERNETES_MASTER_NAME /home/kubernetes/kube-env)
```

Invia una richiesta GET all'endpoint del piano di controllo:

curl -k -m 5  https://${KUBERNETES_MASTER_NAME}/version

Se l'output è simile al seguente, l'istanza VM può stabilire una connessione con il piano di controllo:

{
"major": "1",
"minor": "24",
"gitVersion": "v1.24.7-gke.900",
"gitCommit": "e35c4457f66187eff006dda6d2c0fe12144ef2ec",
"gitTreeState": "clean",
"buildDate": "2022-10-26T09:25:34Z",
"goVersion": "go1.18.7b7",
"compiler": "gc",
"platform": "linux/amd64"
}

Se l'output è simile al seguente, l'istanza VM non può stabilire una connessione con il piano di controllo:

curl: (28) Connection timed out after 5000 milliseconds

Se l'istanza VM non riesce a stabilire una connessione con il piano di controllo, consulta la sezione su come consentire la connettività del piano di controllo delle best practice di networking di GKE.

Completa la registrazione del nodo dopo aver corretto la causa principale

Dopo aver risolto il problema che blocca la registrazione dei nodi, il modo in cui procedere dipende dal contesto dell'errore:

Se la registrazione del nodo non è riuscita durante la creazione del cluster, elimina il cluster e riprova.
Se la registrazione dei nodi non è riuscita durante lo scale up con il gestore della scalabilità automatica dei cluster, attendi che le istanze VM provino a registrarsi di nuovo.
Se la registrazione del nodo non è riuscita al momento della creazione del pool di nodi:
- Se le istanze VM sono state create, attendi che provino a registrarsi di nuovo.
- Se le istanze VM non sono state create, elimina il pool di nodi e riprova.
Se la registrazione del nodo non è riuscita durante il ridimensionamento del cluster, esegui di nuovo il comando per aumentare le dimensioni del cluster.
Se la registrazione del nodo non è riuscita al di fuori dell'ambito di un'operazione, ad esempio durante un'operazione di riparazione, attendi che le istanze VM provino a effettuare una nuova registrazione.

Raccogliere informazioni per ulteriori indagini

Se non riesci a risolvere il problema di registrazione dei nodi, puoi raccogliere ulteriori informazioni per facilitare l'indagine dell'assistenza clienti Google Cloud seguendo le istruzioni riportate di seguito. Questi passaggi richiedono l'accesso SSH alle istanze VM nel progetto e l'utilizzo dell'utilità sosreport, inclusa nelle immagini COS.

Individua un'istanza che non è riuscita la registrazione dei nodi.

Raccogli le informazioni di debug utilizzando sosreport.

In alternativa, se l'utilità sosreport non è stata scaricata per i tuoi nodi e non può essere installata, raccogli manualmente le informazioni di debug eseguendo i comandi seguenti:

sudo journalctl -u cloud-init-local
sudo journalctl -u cloud-init
sudo journalctl -u cloud-final
sudo journalctl -u cloud-config
systemctl status kubelet
journalctl -u kubelet
systemctl status kube-node-installation.service
systemctl status kube-node-configuration.service
journalctl -u kube-node-installation.service --no-pager
journalctl -u kube-node-configuration.service --no-pager
journalctl -u kubelet.service --no-pager

Imballa queste informazioni in un file ZIP e includile quando invii una richiesta di assistenza all'assistenza clienti Google Cloud.