Pętle awarii

Oczekuje się, że kontener będzie działać bez przerwy. Gdy jego proces się zakończy, Kubernetes uruchomi go ponownie (domyślna wartość restartPolicy poda to Always). Jeśli będzie się kończyć raz za razem, jego stan zmieni się na CrashLoopBackOff, a liczba w kolumnie RESTARTS będzie rosnąć, przy czym przed każdym ponownym uruchomieniem przerwa będzie coraz dłuższa.

Oto kontener, który wyświetla komunikat i celowo ulega awarii:

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

Wszystko po -- to polecenie uruchamiane przez kontener. Kilka razy wyświetl listę podów i obserwuj, jak ich status zmienia się z Running na Error, a następnie na CrashLoopBackOff.

Powód znajdziesz w logach: kubectl logs crash wyświetla boom, ostatnią rzecz, którą powiedział kontener. Nawet obraz, w którym nie ma nic do uruchomienia, taki jak zwykły busybox, kończy działanie natychmiast i trafia do tej samej pętli: Pod potrzebuje procesu, który działa nieprzerwanie.