Kubernetes for Beginners aktualisiert: vom Clusterstatus zum Rollback
Der aktualisierte LabEx-Kurs nutzt einen vorbereiteten Kubernetes-v1.35.5-Cluster für Statusprüfung, Deployment, Fehlersuche, Services, Skalierung und Rollbacks.
LabEx
Die Installation eines Clusters sollte nicht die erste Hürde in einem Kubernetes-Einsteigerkurs sein. Noch bevor Pods, Deployments und Services als zusammenhängendes System verständlich werden, erzeugen Installationsvarianten, Runtime und Netzwerk eine zweite Gruppe von Problemen.
Deshalb haben wir Kubernetes for Beginners neu aufgebaut. Jedes Lab stellt jetzt einen vorkonfigurierten Kubernetes-v1.35.5-Cluster bereit. Der Lernweg beginnt mit dem Lesen des Clusterstatus und führt über Deployment, Fehlersuche, Service-Freigabe und Skalierung bis zu Updates und Rollbacks.
Erst den Cluster untersuchen, dann Ressourcen erstellen
Das erste Guided Lab heißt Explore the Kubernetes Cluster. Statt sofort einen Pod zu erstellen, werden zunächst der aktive Kontext, die Bereitschaft des Knotens und die bereits laufenden Kernkomponenten geprüft.
Ein kubectl-Kommando lässt sich leicht kopieren. Entscheidend ist, welchen Cluster es abfragt, was der gemeldete Zustand bedeutet und wie Kubernetes-Objekte zusammenhängen. Diese Beobachtungsroutine schafft eine Grundlage für spätere Deployments und die Fehlersuche.
Kubernetes-Client und -Server im Lab verwenden v1.35.5. Sobald die vorkonfigurierte Umgebung bereitsteht, bestätigen reine Lesezugriffe Version und Knotenstatus. Ein Cluster muss weder installiert noch gestartet werden.
Sechs Übungspaare folgen dem Lebenszyklus einer Anwendung
Der Kurs enthält sechs Guided Labs und sechs zugehörige Challenges. Befehle erscheinen dabei als Teile eines Anwendungslebenszyklus und nicht als isolierte Fakten:
- Cluster erkunden und Kubernetes-Status prüfen
- Anwendung deployen und den ersten Pod starten
- Anwendungsstatus untersuchen und ein NGINX-Deployment analysieren
- Anwendung mit einem Service freigeben und den Zugriff prüfen
- Anwendung skalieren und Lastverteilung beobachten
- Anwendung aktualisieren und bei Bedarf zurückrollen
Spätere Labs greifen früheres Wissen wieder auf. Knoten- und Podstatus dienen zunächst zur Beurteilung der Clusterintegrität und anschließend zur Untersuchung eines Deployments. Labels und Selektoren werden später erneut benötigt, um Service-Backends und die nach dem Skalieren vorhandenen Pods zu prüfen.
Jede Aktion beantwortet drei Fragen
Die Überarbeitung ergänzt Grundlagen und erklärt jedes Kommando, jede Option und jedes YAML-Feld beim ersten Auftreten genauer. Bei jeder Aktion geht es um drei Fragen: Warum wird sie ausgeführt, wie sieht ein normales Ergebnis aus und wie ist die Ausgabe zu lesen?
Ein erstellter Service beweist zum Beispiel noch nicht, dass die Anwendung erreichbar ist. Zusätzlich muss geprüft werden, ob der Selektor zu den vorgesehenen Labels passt, ob der Service die richtigen Pods als Backends findet, ob Cluster-DNS den Namen auflöst und ob eine Anfrage tatsächlich die Anwendung erreicht.
Dasselbe Prüfprinzip gilt für Podstatus, Deployments, Skalierung, Updates und Rollbacks. Der resultierende Systemzustand entscheidet über den Erfolg, nicht allein ein Kommando ohne Fehlermeldung.
Kubernetes-Konvergenz gehört zur Übung
Kubernetes gleicht den tatsächlichen Zustand fortlaufend an den deklarierten Sollzustand an. Das geschieht nicht sofort. Ein neuer Pod lädt vielleicht noch sein Image, Deployment-Replikate starten noch oder die Backends eines Service sind noch nicht bereit.
Die überarbeiteten Labs behandeln Wartezeiten und Wiederholungen beim Ressourcenstart und bei Netzwerkprüfungen zuverlässiger. Die Validierung räumt Kubernetes eine angemessene Konvergenzzeit ein und prüft danach weiterhin den Endzustand. Kurze Übergangszustände verursachen dadurch weniger Fehlversuche, echte Konfigurationsfehler werden aber nicht als normales Warten behandelt.
Kommandos, Ausgaben und Beispiele wurden ebenfalls an v1.35.5 angepasst. Alle Labs wurden erneut validiert; der zentrale Lernpfad wurde in frischen Umgebungen praktisch getestet.
Challenges prüfen nur bereits geübte Fähigkeiten
Auf jedes Guided Lab folgt eine passende Challenge. Dort fehlen die einzelnen Arbeitsschritte, geprüft werden aber ausschließlich zuvor erklärte und geübte Kommandos, Objekte und Diagnosemethoden.
Nach Übungen zu Podstatus, Labels und Service-Backends müssen diese Prüfungen beispielsweise selbstständig wiederholt werden. Die Challenge führt nicht plötzlich einen unbekannten Befehl ein. Sie prüft, ob der geforderte Zustand ohne vollständige Anleitung erreicht und verifiziert werden kann.
Wer noch keinen Kubernetes-Cluster bedient hat, kann mit dem aktualisierten Kubernetes for Beginners beginnen. Die erste Aufgabe besteht nicht darin, eine Anwendung zu deployen, sondern zu verstehen, was im vorhandenen Cluster bereits läuft.