Osservare l'avvio dei pod

helm install stampa un messaggio di successo, ma la vera conferma è che i pod siano effettivamente in esecuzione. Helm passa il controllo a Kubernetes; ora può osservare il risultato. 👀

Inizi dalla vista di Helm. helm status mostra lo stato deployed della release e le NOTES stampate dal chart durante l'installazione.

Per i dettagli aggiornati sui pod si usa kubectl, la CLI di Kubernetes. Helm ha creato gli oggetti; kubectl li esamina direttamente.

Elenchi i pod del workload con kubectl get pods, limitando la ricerca al namespace della release per visualizzare solo ciò che interessa.

È necessario che STATUS sia Running e che READY mostri 1/1. Pending o ContainerCreating indicano semplicemente che Kubernetes sta ancora scaricando e avviando i componenti.

Aggiunga -w per osservare l'elenco, che si aggiornerà quando i pod cambiano stato. Li vedrà passare da Pending a Running, quindi prema Ctrl+C.

I chart assegnano etichette alle risorse, quindi può filtrare una singola release con -l e un selettore, anche in un namespace affollato.

Il Deployment gestisce i pod. kubectl get deployment mostra a colpo d'occhio il numero di repliche desiderate rispetto a quelle disponibili.

È bloccato o va in crash? kubectl describe pod mostra eventi come errori nel recupero dell'immagine o probe di integrità non riuscite: è il primo punto da cui iniziare il debug.

Per vedere che cosa comunica il container, trasmetta il suo output con kubectl logs. Gli errori dell'applicazione di solito compaiono qui.

I pod sono in esecuzione ma irraggiungibili? Controlli il Service creato da Helm. kubectl get svc mostra l'IP del cluster e le porte collegate ai pod.

Confermi una release con helm status, quindi usi kubectl get pods, describe e logs. Running e 1/1 indicano che l'installazione è riuscita davvero. 🎉