Kubernetes DaemonSets, Downward API & Pod Priority: Knotenweite Dienste, Metadaten-Injektion und Preemption

In diesem 90-Minuten-Modul verlasst ihr die einzelne Anwendung und blickt erstmals auf drei Mechanismen, die den Cluster als Ganzes betreffen. Los geht es mit dem DaemonSet, der Ressource, die dafür sorgt, dass ein Infrastruktur-Pod (Log-Sammler, Monitoring-Agent, Security-Scanner) auf jedem Worker-Node läuft, statt wie ein Deployment nach Auslastung verteilt zu werden. Ihr rollt ein eigenes DaemonSet auf eurem k3d-Cluster aus, beobachtet live, dass der DaemonSet-Controller System-Pods automatisch mit passenden Tolerations ausstattet (die Taint/Toleration-Grundmechanik selbst gilt dabei als bekannt aus dem Modul “Kubernetes Node-Placement & Taints”), und lernt die vier Kommunikationsmuster für knotenweit verteilte Pods kennen: Push, NodeIP+HostPort, Standard-Service und Headless-Service. Danach folgt die Downward API: Pod- und Node-Metadaten (Node-Name, Pod-Name, Namespace, Labels) landen per Umgebungsvariable oder per eingebundenem Volume direkt im Container, ohne dass die Anwendung selbst jemals mit dem Kubernetes-API-Server spricht oder eigene Cluster-Rechte braucht. Zum Abschluss geht es um Pod Priority & Preemption: Ihr legt eine eigene PriorityClass an, weist sie einem Pod zu und ordnet ein, wie der Scheduler bei Ressourcenengpass niedriger priorisierte Pods verdrängt, und wo preemptionPolicy: Never genau diese Verdrängung durch den eigenen Pod verhindert, ohne dessen Warteschlangen-Vorrang aufzugeben. Voraussetzung ist das abgeschlossene Modul “Kubernetes Node-Placement & Taints”. Ausdrücklich nicht Teil dieses Moduls sind Kubernetes-Jobs/CronJob und Custom Resource Definitions. Die komplette Session läuft vollständig lokal über k3d, ohne Cloud-Account und ohne Kostenwirkung.