Pods und Services debuggen

Wenn sich Ihre Anwendungen in Kubernetes nicht erwartungsgemäß verhalten, ist Debugging Ihr wichtigstes Werkzeug! Es hilft Ihnen zu verstehen, was schiefgelaufen ist und wie Sie das Problem beheben können.

Häufige Anzeichen für Probleme sind:

• Pods, die im Zustand „Pending“ oder „CrashLoopBackOff“ feststecken.
• Nicht erreichbare Services.
• Anwendungen, die nicht wie erwartet reagieren.

Wir lernen die wichtigsten Werkzeuge zur Diagnose dieser Probleme kennen.

Kubernetes stellt leistungsfähige Befehlszeilenwerkzeuge bereit, insbesondere kubectl, mit denen Sie Ihren Cluster untersuchen und Fehler beheben können.

Zu den wichtigsten Befehlen, die wir heute behandeln, gehören:

• kubectl describe: Detaillierte Informationen zu Ressourcen abrufen.
• kubectl logs: Die Ausgabe von Containern anzeigen.
• kubectl exec: Befehle in Containern ausführen.
• kubectl port-forward: Lokal auf Services zugreifen.

Wenn Sie diese Befehle sicher beherrschen, werden Sie zum Profi für Kubernetes-Debugging!

Der Befehl kubectl describe ist Ihre erste Anlaufstelle für detaillierte Informationen zu jeder Kubernetes-Ressource, insbesondere zu Pods.

Er liefert eine Fülle von Daten, darunter Events, Status, IP-Adressen, Volumes und Containerdetails. Suchen Sie am Ende nach „Events“, um Hinweise zu finden!

Events sind entscheidend, um zu verstehen, was mit Ihren Pods oder anderen Ressourcen passiert ist. Sie erzählen die Geschichte von Erstellung, Scheduling, Fehlern und mehr.

Mit describe können Sie Events für eine bestimmte Ressource anzeigen oder mit kubectl get events clusterweite Events abrufen.

Anwendungen geben wichtige Meldungen, Fehler und Debugging-Informationen normalerweise über ihre Standardausgabe- und Standardfehlerströme aus. Mit kubectl logs können Sie auf diese zugreifen.

Wenn ein Pod abstürzt, ist die Überprüfung seiner Logs entscheidend, um zu verstehen, warum der Absturz auftritt. Sie können die Logs auch in Echtzeit verfolgen.

Manchmal reichen Logs allein nicht aus. Möglicherweise müssen Sie Befehle innerhalb eines laufenden Containers ausführen, um Probleme zu diagnostizieren – ähnlich wie bei einer SSH-Verbindung zu einem Server.

Mit kubectl exec können Sie Befehle ausführen oder sogar direkt in einem Container eine Shell wie bash oder sh öffnen.

Wenn Sie vermuten, dass ein Service nicht erreichbar ist, oder ihn lokal testen möchten, ohne ihn nach außen freizugeben, ist kubectl port-forward das richtige Werkzeug.

Der Befehl erstellt einen sicheren Tunnel von Ihrem lokalen Rechner zu einem Pod oder Service im Cluster, sodass Sie über localhost darauf zugreifen können.

Wenn Ihre Anwendung über ihren Service nicht erreichbar ist, sollten Sie zwei Dinge überprüfen:

• Service-Selector: Stimmt er korrekt mit den Labels Ihrer Pods überein?
• Endpoints: Verfügt der Service über aktive Endpoints (also laufende Pods)?

Verwenden Sie kubectl get svc und kubectl get ep, um diese zu untersuchen.

Sehen wir uns zwei häufige Pod-Probleme an:

• CrashLoopBackOff: Der Container wird wiederholt gestartet und stürzt wieder ab. Überprüfen Sie kubectl logs auf Fehler.
• ImagePullBackOff: Kubernetes kann das Container-Image nicht abrufen. Überprüfen Sie Image-Name, -Tag und den Zugriff auf die Registry.

kubectl describe pod zeigt die ursprüngliche Ursache häufig im Abschnitt „Events“.

Sie stellen fest, dass sich ein Pod namens data-processor-xyz im Zustand CrashLoopBackOff befindet. Sie müssen untersuchen, warum er abstürzt.

Welche der folgenden zwei Befehle sind für die Diagnose der unmittelbaren Ursache zuerst am wichtigsten?

Sehr gut! Sie haben gelernt, wie Sie wichtige kubectl-Befehle zum Debuggen von Pods und Services verwenden:

• kubectl describe für detaillierte Ressourceninformationen und Events.
• kubectl logs, um zu sehen, was in Containern passiert.
• kubectl exec für die interaktive Fehlerbehebung.
• kubectl port-forward für den lokalen Zugriff auf Services.

Diese Werkzeuge sind unerlässlich, damit Ihre Kubernetes-Anwendungen reibungslos laufen. Üben Sie weiter!