Kubernetes Kochbuch, 2. Auflage

Kapitel 5. Mit Diensten arbeiten

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

In diesem Kapitel wird erläutert, wie Pods innerhalb des Clusters kommunizieren, wie sich Anwendungen gegenseitig erkennen und wie Pods offengelegt werden können, damit sie von außerhalb des Clusters zugänglich sind.

Die Ressource, die wir hier verwenden, wird Kubernetes-Service genannt, wie in Abbildung 5-1 dargestellt.

Abbildung 5-1. Das Kubernetes-Dienstkonzept

Ein Dienst bietet eine stabile virtuelle IP-Adresse (VIP) für eine Gruppe von Pods. Obwohl Pods kommen und gehen können, ermöglichen es Dienste den Clients, die Container in den Pods zuverlässig zu finden und sich mit ihnen zu verbinden, indem sie das VIP verwenden. Das "virtuell" in VIP bedeutet, dass es sich nicht um eine tatsächliche IP-Adresse handelt, die mit einer Netzwerkschnittstelle verbunden ist; sie dient lediglich dazu, den Datenverkehr an einen oder mehrere Pods weiterzuleiten. Die Zuordnung zwischen den VIPs und den Pods auf dem neuesten Stand zu halten, ist die Aufgabe von kube-proxy, einem Prozess, der auf jedem Knoten des Clusters läuft. Dieser kube-proxy Prozess fragt den API-Server ab, um sich über neue Dienste im Cluster zu informieren, und aktualisiert die iptables-Regeln (iptables) des Knotens entsprechend, um die notwendigen Routing-Informationen ...