Pods: Die kleinste Einheit

In Kubernetes wird die kleinste bereitstellbare Einheit als Pod bezeichnet. Betrachten Sie ihn als grundlegenden Baustein Ihrer Anwendungen.

In dieser Lektion lernen Sie Pods, ihren Zweck und ihre Erstellung mithilfe von YAML kennen.

Ein Pod ist eine Abstraktion, die eine einzelne Instanz Ihrer Anwendung darstellt. Er enthält einen oder mehrere Container sowie gemeinsam genutzte Ressourcen.

• Container: In der Regel Docker-Container, in denen Ihr Anwendungscode ausgeführt wird.
• Speicher: Gemeinsam genutzte Speichervolumes für die dauerhafte Speicherung von Daten.
• Netzwerk: Eine eindeutige IP-Adresse und Netzwerkkonfiguration für den Pod.

Vielleicht fragen Sie sich, warum Kubernetes Pods verwendet, anstatt Container direkt zu verwalten. Dafür gibt es folgende Gründe:

• Gemeinsam genutzte Ressourcen: Container innerhalb eines Pods teilen sich denselben Netzwerk-Namespace und können über localhost kommunizieren.
• Gemeinsame Platzierung: Eng gekoppelte Container (beispielsweise eine Anwendung und ihr Logging-Sidecar) werden immer gemeinsam auf demselben Node eingeplant.
• Abstraktion: Pods bieten eine Abstraktion auf höherer Ebene. Dadurch lassen sich Anwendungen als Ganzes statt als einzelne Container verwalten.

Die meisten Pods führen einen einzelnen Container aus. Dies ist der häufigste Anwendungsfall. Ein Pod könnte beispielsweise nur einen Nginx-Webserver oder eine Node.js-Anwendung ausführen.

Auch bei nur einem Container stellt der Pod den Netzwerk- und Speicherkontext bereit und bildet damit eine vollständige Bereitstellungseinheit.

Kubernetes-Objekte, einschließlich Pods, werden in der Regel mithilfe von YAML-Dateien (YAML Ain't Markup Language) definiert. Diese Dateien beschreiben den gewünschten Zustand Ihrer Ressourcen.

Eine grundlegende Pod-YAML-Datei enthält:

• apiVersion: Die Kubernetes-API-Version.
• kind: Der Typ des Kubernetes-Objekts (z. B. Pod).
• metadata: Informationen wie der name und die labels des Pods.
• spec: Der gewünschte Zustand einschließlich der auszuführenden Container.

Sehen wir uns eine einfache YAML-Definition für einen Pod an, in dem ein Nginx-Webserver ausgeführt wird.

Der Abschnitt spec.containers definiert die Container innerhalb des Pods, einschließlich ihres name, image und ihrer ports.

Um einen Pod aus einer YAML-Datei zu erstellen, verwenden Sie den Befehl kubectl apply. Dieser Befehl weist Kubernetes an, Ressourcen auf Grundlage Ihrer Definition zu erstellen oder zu aktualisieren.

Speichern Sie zunächst den vorherigen YAML-Inhalt in einer Datei namens nginx-pod.yaml.

Nachdem Sie die YAML-Datei angewendet haben, können Sie den Status Ihres Pods mit kubectl get pod überprüfen. Der Pod sollte den Status Running anzeigen.

Für detailliertere Informationen, einschließlich Ereignissen und dem Status der Container, verwenden Sie kubectl describe pod.

Pods mit einem einzelnen Container sind zwar häufig, ein Pod kann jedoch auch mehrere Container enthalten. Diese sind normalerweise eng gekoppelt und nutzen Ressourcen gemeinsam.

Ein gängiges Muster ist ein „Sidecar“-Container. Er läuft neben dem Hauptcontainer der Anwendung und stellt zusätzliche Dienste wie Logging, Monitoring oder Datensynchronisierung bereit.

Dieses Muster werden wir in einer zukünftigen Lektion ausführlicher behandeln!

Welches der folgenden Felder ist in einer grundlegenden Kubernetes-Pod-YAML-Definition KEIN erforderliches Feld der obersten Ebene?

Sie haben gelernt, dass Pods die kleinsten bereitstellbaren Einheiten in Kubernetes sind und Container-, Speicher- und Netzwerkressourcen kapseln.

• Pods abstrahieren Container, um gemeinsam genutzte Ressourcen und eine gemeinsame Platzierung zu ermöglichen.
• YAML-Dateien definieren Pods mithilfe von apiVersion, kind, metadata und spec.
• Sie erstellen Pods mit kubectl apply -f <filename> und untersuchen sie mit kubectl get pod und kubectl describe pod.

Als Nächstes sehen wir uns den Lebenszyklus und die Zustände dieser grundlegenden Bausteine an!