Levenscyclus en statussen van Pods

Een Pod bevindt zich in de fase Pending wanneer deze door de Kubernetes-API-server is geaccepteerd, maar een of meer containers nog niet zijn gemaakt of geconfigureerd.

Veelvoorkomende redenen zijn:

• De containerimage wordt nog gedownload.
• Het cluster heeft niet genoeg resources (CPU/geheugen) om de Pod in te plannen.
• Volumes worden nog beschikbaar gemaakt of gekoppeld.

Laten we naar een voorbeeld kijken. Als je een Pod probeert te implementeren met een image die niet bestaat, kan deze blijven hangen in 'Pending' of een fout bij het ophalen van de image tonen.

Hier is een voorbeeld van een Pod-definitie:

apiVersion: v1
kind: Pod
metadata:
  name: pending-pod-demo
spec:
  containers:
  - name: my-container
    image: non-existent-image:latest
    ports:
    - containerPort: 80

Gebruik kubectl get pod om de status te controleren. Je ziet mogelijk iets als het volgende:

$ kubectl get pod pending-pod-demo
NAME               READY   STATUS         RESTARTS   AGE
pending-pod-demo   0/1     ErrImagePull   0          5s

ErrImagePull geeft aan dat de image niet kon worden opgehaald, waardoor de Pod de status Running niet bereikt.

De fase Actief betekent dat de Pod aan een node is gekoppeld en dat al zijn containers succesvol zijn aangemaakt. Er draait ten minste één container, of deze wordt gestart of opnieuw gestart.

Het is belangrijk om te weten dat een actieve Pod niet automatisch betekent dat de applicatie erin gezond of volledig functioneel is. Het betekent alleen dat de containers actief zijn.

Hier is een standaarddefinitie van een Pod voor een Nginx-webserver. Nadat je deze hebt toegepast, hoort je Pod snel de status 'Running' te krijgen.

apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod
spec:
  containers:
  - name: nginx
    image: nginx:latest
    ports:
    - containerPort: 80

Na de implementatie zou kubectl get pod het volgende tonen:

$ kubectl get pod nginx-pod
NAME        READY   STATUS    RESTARTS   AGE
nginx-pod   1/1     Running   0          10s

De waarde 1/1 in READY bevestigt dat één container gereed is van de één die is gedefinieerd.

Deze fasen staan voor de beëindigingsstatussen van een Pod:

• Geslaagd: Een Pod komt in deze fase terecht wanneer alle containers erin succesvol zijn beëindigd en niet opnieuw worden gestart. Dit is gebruikelijk voor Pods die eenmalige taken of batchtaken uitvoeren.
• Mislukt: Een Pod bevindt zich in de fase Mislukt wanneer alle containers in de Pod zijn beëindigd en ten minste één container met een fout is beëindigd, bijvoorbeeld met een statuscode die niet nul is.

Als je deze fasen begrijpt, kun je voltooide taken en fouten in applicaties beter vaststellen.

De fase Onbekend betekent dat de status van de Pod niet kon worden vastgesteld. Dit is een zeldzame maar kritieke fase.

Dit gebeurt meestal wanneer de Kubelet (de agent) op de node waarop de Pod draait niet meer communiceert met de Kubernetes API-server. Dit kan komen door een netwerkprobleem, een vastgelopen Kubelet of een probleem met de node zelf.

Hoewel Pods algemene fasen hebben, hebben afzonderlijke containers in een Pod ook hun eigen, gedetailleerdere statussen. Deze statussen hebben rechtstreeks invloed op de algemene fase van de Pod:

• Wachten: De container wacht momenteel om te worden gestart. Mogelijke redenen zijn het ophalen van de image, het toewijzen van resources of het wachten tot init-containers zijn voltooid.
• Actief: De container wordt actief uitgevoerd zonder problemen.
• Beëindigd: De container heeft zijn uitvoering voltooid. Dit kan geslaagd of mislukt zijn.

Je hebt geleerd dat Kubernetes-Pods verschillende fasen doorlopen: Pending, Running, Succeeded, Failed en Unknown. Deze fasen geven inzicht op hoofdlijnen in de operationele status van een Pod.

We hebben ook gekeken naar afzonderlijke containerstatussen (Waiting, Running en Terminated), die bijdragen aan de algemene fase van de Pod. Het bewaken van deze statussen met kubectl get pod en kubectl describe pod (waar je later dieper op ingaat) is essentieel om de gezondheid van je applicatie te begrijpen.

Vervolgens gaan we in op geavanceerde Pod-patronen en bekijken we hoe je meerdere naast elkaar geplaatste containers binnen één Pod uitvoert met het sidecar-patroon!