Beobachten, wie die Pods starten

helm install gibt Erfolg aus, aber der echte Beweis sind tatsächlich laufende Pods. Helm übergibt an Kubernetes – jetzt beobachten Sie, wie alles startet. 👀

Beginnen Sie mit der Ansicht von Helm selbst. helm status zeigt den bereitgestellten Zustand des Releases sowie die NOTES, die das Chart bei der Installation ausgegeben hat.

Für Live-Details zu Pods verwenden Sie kubectl, die Kubernetes-CLI. Helm hat die Objekte erstellt; kubectl untersucht sie direkt.

Listen Sie die Pods der Workload mit kubectl get pods auf. Beschränken Sie die Ausgabe auf den Namespace des Releases, damit Sie nur das Relevante sehen.

Sie erwarten den STATUS Running und bei READY den Wert 1/1. Pending oder ContainerCreating bedeutet lediglich, dass Kubernetes die Komponenten noch herunterlädt und startet.

Fügen Sie -w hinzu, um die Pods zu beobachten. Die Liste wird aktualisiert, sobald sich ihr Zustand ändert. Beobachten Sie den Wechsel von Pending zu Running und drücken Sie anschließend Strg+C.

Charts versehen Ressourcen mit Labels. Mit -l und einem Selektor können Sie daher auf ein einzelnes Release filtern und sich in einem ausgelasteten Namespace besser orientieren.

Das Deployment verwaltet Ihre Pods. kubectl get deployment zeigt auf einen Blick die gewünschten und die verfügbaren Replikate.

Hängt er fest oder stürzt er ab? kubectl describe pod zeigt Ereignisse wie Fehler beim Abrufen des Images oder fehlschlagende Health-Probes und ist Ihre erste Anlaufstelle für die Fehlersuche.

Um zu sehen, was der Container selbst meldet, streamen Sie seine Ausgabe mit kubectl logs. Anwendungsfehler werden normalerweise hier sichtbar.

Die Pods laufen, sind aber nicht erreichbar? Prüfen Sie den von Helm erstellten Service. kubectl get svc zeigt die Cluster-IP und die Ports, die mit Ihren Pods verbunden sind.

Bestätigen Sie ein Release mit helm status und verwenden Sie anschließend kubectl get pods, describe und logs. Running und 1/1 bedeuten, dass Ihre Installation wirklich erfolgreich war. 🎉