Cicli di crash

Fa parte della sezione Introduzione a Kubernetes del percorso Terminal di Coddy. Lezione 24 di 45.

Ci si aspetta che un container continui a funzionare. Quando il suo processo termina, Kubernetes lo riavvia (la restartPolicy del Pod è Always per impostazione predefinita). Se termina ripetutamente, lo stato diventa CrashLoopBackOff e il valore nella colonna RESTARTS aumenta, con una pausa più lunga prima di ogni riavvio.

Ecco un container che stampa un messaggio e termina appositamente con un errore:

kubectl run crash --image=busybox -- sh -c "echo boom; exit 1"

Tutto ciò che segue -- è il comando eseguito dal container. Elenca i Pod alcune volte e osserva lo stato passare da Running a Error a CrashLoopBackOff.

Il motivo è nei log: kubectl logs crash stampa boom, l’ultima cosa che ha detto il container. Anche un’immagine senza nulla da eseguire, come un semplice busybox, termina subito e finisce nello stesso ciclo: un Pod ha bisogno di un processo che continui a essere eseguito.

Sfida

Facile

Avvia un Pod chiamato crash dall’immagine busybox eseguendo il comando sh -c "echo boom; exit 1". Stampa i suoi log, poi elenca i Pod due volte e osserva lo stato raggiungere CrashLoopBackOff.

Provalo tu

Terminale