Logging con kubectl logs

In Kubernetes, capire che cosa fanno le applicazioni è fondamentale. I log sono come il diario dell'applicazione: registrano eventi, errori e aggiornamenti sullo stato.

Sono essenziali per:

• Debug: individuare con precisione i problemi quando qualcosa non funziona.
• Monitoraggio: tenere sotto controllo lo stato e le prestazioni dell'applicazione.
• Audit: tenere traccia delle azioni e delle modifiche nel tempo.

Quando un'applicazione containerizzata è in esecuzione, in genere scrive l'output nei flussi standard output (stdout) e standard error (stderr). Kubernetes raccoglie questi flussi per ogni container.

Questi flussi sono quindi disponibili tramite l'API di Kubernetes, consentendovi di accedervi facilmente senza dover usare SSH sui nodi o sui singoli container.

Il comando kubectl logs è lo strumento principale per accedere ai log dei container in esecuzione nei vostri Pod Kubernetes. È semplice da usare e offre diverse opzioni avanzate.

Il caso d'uso più semplice consiste nello specificare il nome del Pod che desiderate esaminare.

Per vedere kubectl logs in azione, immaginiamo di aver distribuito un semplice Pod che scrive continuamente messaggi nell'output standard. In questo modo simuleremo un'applicazione reale che genera log.

Ecco il file YAML di un Pod di questo tipo (dovreste applicarlo utilizzando kubectl apply -f):

Quando il Pod busybox-logger è in esecuzione (verifichi con kubectl get pods), può recuperare i relativi log usando il comando di base kubectl logs.

In questo modo verranno visualizzate tutte le voci di log registrate fino a quel momento.

Per il debugging in tempo reale, spesso è necessario vedere i log man mano che vengono generati, in modo simile a tail -f su Linux. Il flag -f o --follow svolge esattamente questa funzione.

Trasmette continuamente le nuove voci di log dal container.

Se un container all'interno del Suo Pod va in crash e viene riavviato, per impostazione predefinita kubectl logs mostra i log dell'istanza *attualmente* in esecuzione.

Per visualizzare i log di un'istanza *precedente* e terminata di un container, usi il flag --previous o -p. È uno strumento prezioso per eseguire il debugging e capire perché un container potrebbe aver avuto un errore.

Alcuni Pod possono eseguire più container (ad esempio, un'applicazione principale e un sidecar per il logging o il monitoraggio). Se il Suo Pod contiene più di un container, deve specificare i log del container che desidera visualizzare usando il flag -c o --container.

A volte è necessario solo una parte specifica dei log o soltanto le voci più recenti. Può combinare kubectl logs con i comandi Linux standard oppure usare i flag integrati:

• Filtrare con grep: reindirizzi l'output a grep per trovare parole chiave specifiche.
• Limitare le righe con --tail: visualizzi solo le ultime N righe dei log.

Ha un Pod denominato my-app-pod con due container: frontend e backend. Il container backend è recentemente andato in crash ed è stato riavviato. Desidera visualizzare i log dell'istanza precedente del container backend.

Congratulazioni! Ha appreso gli aspetti essenziali dell'accesso e dell'analisi dei log dei container usando kubectl logs. Questo potente comando è indispensabile per comprendere e risolvere i problemi delle applicazioni in esecuzione su Kubernetes.

Comandi principali da ricordare:

• kubectl logs <pod-name>: recupero di base dei log.
• kubectl logs -f <pod-name>: trasmissione dei log in tempo reale.
• kubectl logs -p <pod-name>: visualizzazione dei log di un'istanza precedente del container.
• kubectl logs -c <container> <pod-name>: visualizzazione dei log di un container specifico.