Kubernetes v1.35: Job Managed By wird GA

TL;DR

Kubernetes v1.35 führt das Feature .spec.managedBy ein, das die Delegation der Job-Verwaltung an externe Controller ermöglicht und somit die Unterstützung für Multi-Cluster-Batch-Architekturen wie MultiKueue verbessert. Dieses Feature ist nun allgemein verfügbar und fördert die Flexibilität im Job-Management innerhalb von Kubernetes.

Hauptinhalt

In der neuesten Version von Kubernetes, v1.35, wird das Feature .spec.managedBy für die Job-Verwaltung in den Status der allgemeinen Verfügbarkeit (GA) überführt. Dieses Feature ermöglicht es, externe Controller für die Verwaltung und Reconciliation von Jobs zu nutzen, was insbesondere für Multi-Cluster-Scheduling-Architekturen von Bedeutung ist. Ein Beispiel für eine solche Architektur ist MultiKueue, die eine Trennung zwischen einem Management-Cluster und mehreren Worker-Clustern vorsieht.

Der Management-Cluster ist dafür verantwortlich, Jobs zu verteilen, während die Worker-Cluster die tatsächlichen Pods ausführen. Benutzer interagieren in der Regel mit dem Management-Cluster, wo der Status der Jobs in Echtzeit verfolgt werden kann, ohne dass ein direkter Zugriff auf die Worker-Cluster erforderlich ist. In den Worker-Clustern laufen die Jobs als reguläre Jobs, die vom integrierten Job-Controller verwaltet werden, ohne dass das .spec.managedBy-Feld gesetzt ist.

Die Einführung von .spec.managedBy ermöglicht es dem MultiKueue-Controller im Management-Cluster, die Reconciliation der Jobs zu übernehmen, indem der Status der “Spiegel”-Jobs, die in den Worker-Clustern laufen, zurück an den Management-Cluster kopiert wird. Dies bietet eine flexible Steuerung und ermöglicht es, verschiedene Jobs je nach Bedarf einem Controller zuzuweisen.

Eine vollständige Deaktivierung des eingebauten Job-Controllers könnte theoretisch auch erreicht werden, ist jedoch in vielen Cloud-Umgebungen aufgrund von eingeschränkten Kontrollplänen und der Notwendigkeit eines hybriden Betriebsmodells oft nicht praktikabel. Mit .spec.managedBy können Benutzer granular steuern, welcher Controller für einen bestimmten Job verantwortlich ist.

Technische Details/Implikationen

Das .spec.managedBy-Feld definiert, welcher Controller für den Job verantwortlich ist und bietet zwei Betriebsmodi: Im Standardmodus, wenn das Feld nicht gesetzt ist oder auf den reservierten Wert kubernetes.io/job-controller gesetzt ist, verwaltet der integrierte Job-Controller den Job wie gewohnt. Im Delegationsmodus, wenn das Feld auf einen anderen Wert gesetzt ist, überspringt der integrierte Job-Controller die Reconciliation für diesen Job vollständig. Diese Implementierung verhindert verwaiste Pods oder Ressourcenlecks, da das Feld unveränderlich ist und eine Übertragung eines laufenden Jobs zwischen Controllern nicht möglich ist.

Das .spec.managedBy-Feld wird zunehmend als Standard-Schnittstelle für die Delegation von Kontrolle im Kubernetes–Batch-Ökosystem anerkannt. Verschiedene benutzerdefinierte Arbeitslast-Controller integrieren dieses Feld, um MultiKueue die Übernahme ihrer Reconciliation zu ermöglichen und sie über Cluster hinweg zu orchestrieren.

Fazit/Ausblick

Die Einführung von .spec.managedBy in Kubernetes v1.35 stellt einen wichtigen Schritt in der Weiterentwicklung der Job-Verwaltung dar und eröffnet neue Möglichkeiten für die Implementierung komplexer Multi-Cluster-Scheduling-Lösungen. Die kontinuierliche Adoption und Integration dieses Features in verschiedene Controller wird voraussichtlich die Effizienz und Flexibilität in Kubernetes–Umgebungen weiter steigern.