Beispiel-Dokumentation: Kubernetes Health Probes
Ziel
Start-, Bereitschafts- und Lebenszeichen-Probes an einem kleinen Deployment nachvollziehen.
Was gemacht wird
Das Lab erzeugt ein Deployment mit zwei Replikas und einem ClusterIP-Service. Die Probes prüfen denselben HTTP-Endpunkt, haben aber unterschiedliche Bedeutung für Startphase, Traffic-Zustellung und Neustartverhalten.
Typische Kommandos
kubectl apply -f manifests/
kubectl rollout status deployment/probe-web -n probes-lab
kubectl get endpoints -n probes-lab probe-web
kubectl describe pod -n probes-lab -l app.kubernetes.io/name=probe-web
Erfolg prüfen
- Die Pods wechseln in
READY 1/1. - Der Service hat Endpoints.
- Im
describe-Output sind alle drei Probes sichtbar.
Typische Fehler
- Probe-Port passt nicht zum Container-Port.
initialDelaySecondskaschiert Startprobleme statt sie gezielt mitstartupProbezu behandeln.- Readiness wird mit Liveness verwechselt und verursacht unnötige Neustarts.