Kubernetes-Administration bedeutet, einen gemeinsam genutzten Cluster planbar, ressourcenbegrenzt, korrekt autorisiert, konfigurierbar und diagnostizierbar zu halten. Dieser Kurs geht über einfache Workload-Bereitstellungen hinaus und behandelt operative Steuerungen für Clusterwartung und Fehlerbehebung.
In einem lokalen Minikube-Cluster führst du Knotenwartung durch, isolierst Workloads mit Namespaces und Quotas, prüfst RBAC nach dem Minimalprinzip, stellst Pods Laufzeitkonfiguration und Secrets bereit und diagnostizierst Fehler anhand von Status und Ereignissen. Die abschließende Rettungsmission kombiniert Loganalyse und die Reparatur der Service-Erkennung in einem eigenen Namespace.
Was du lernen wirst
- Einen Knoten cordonen, drainen, untersuchen und wieder freigeben sowie die jeweilige Auswirkung auf die Planung erklären
- Einen Namespace erstellen und summierte CPU- und Speicheranforderungen sowie -limits mit ResourceQuota begrenzen
- Einen ressourcenbegrenzten Pod bereitstellen und Namespace-Gültigkeit sowie Quota-Verbrauch prüfen
- Eine schreibgeschützte Namespace-Role definieren, an einen Benutzer binden und erlaubte wie verweigerte Aktionen per Identitätsannahme testen
- ConfigMaps und Secrets erstellen, Konfiguration als Datei einhängen und einen Secret-Schlüssel als Umgebungsvariable injizieren
- Ein ungültiges Container-Image über Pod-Status und Ereignisse diagnostizieren, gezielt korrigieren und die Erholung beobachten
- Ein abstürzendes Deployment und einen falschen Service-Selektor reparieren, bis der Workload bereit ist und Endpunkte vorhanden sind
Für wen dieser Kurs geeignet ist
Dieser Kurs richtet sich an DevOps-Lernende, angehende Plattformingenieure und Linux-Administratoren, die Pods, Deployments, Services und die grundlegende Nutzung von kubectl bereits kennen.
Voraussetzungen: Grundlagen im Linux-Terminal und in YAML sowie einführende Kenntnisse zu Kubernetes-Workloads; ein vorheriger Kubernetes-Grundlagenkurs wird empfohlen.
Lernumgebung: Ein browserbasiertes Linux-Terminal mit Docker, Minikube, kubectl, nano und einem lokalen Kubernetes-Cluster mit einem Knoten; kein Cloud-Konto erforderlich.
Häufig gestellte Fragen
Kann ein Minikube-Cluster mit nur einem Knoten das Draining realistisch zeigen?
Die Befehle und Planungsfolgen werden korrekt demonstriert, aber es gibt keinen zweiten Knoten für evakuierte Workloads. Nach dem Draining bleiben Ersatz-Pods Pending, bis du den einzigen Knoten wieder freigibst.
Erstellt und authentifiziert das RBAC-Lab ein echtes Benutzerkonto?
Nein. Es erstellt eine Namespace-Role und ein RoleBinding für die Identität jane und prüft mit kubectl auth can-i --as jane, dass Pod-Lesezugriffe erlaubt, Erstellen und Löschen aber verweigert werden.
Sind Kubernetes Secrets in diesem Kurs verschlüsselt?
Nein. Das Lab stellt klar, dass sichtbare Werte Base64-kodiert und nicht verschlüsselt sind. Behandelt werden Secret-Referenzen und Umgebungsvariablen; Verschlüsselung ruhender Daten und externe Secret-Manager liegen außerhalb des Labs.
Was muss ich in der Abschlussaufgabe reparieren?
Du wendest ein vorhandenes Deployment und einen Service im Namespace rescue-mission an, findest per Logs eine fehlerhafte command-Überschreibung und entfernst sie. Danach passt du den Service-Selektor an app: backend an. Geprüft werden ein bereites Deployment-Replikat und mindestens ein Service-Endpunkt.
