Kubernetes v1.37 Vorschau

TL;DR

Kubernetes v1.37 bringt bedeutende Änderungen, darunter die Abschaffung des --filename-Flags für kubectl run, das Verbot von Secrets und ConfigMaps in statischen Pods sowie die schrittweise Deaktivierung des ipvs-Modus in kube-proxy. Außerdem wird die Unterstützung für cgroup v1 eingestellt, während die SELinux-Volume-Rela­beling-Funktion auf GA-Ebene übergeht und die Metrics API stabilisiert wird.

Hauptinhalt

Die bevorstehende Version Kubernetes v1.37 kündigt mehrere wichtige Änderungen und Verbesserungen an, die für die Wartung und Aktualisierung von Kubernetes-Umgebungen relevant sind. Im Rahmen der kontinuierlichen Weiterentwicklung des Projekts werden einige Funktionen abgeschafft oder durch bessere Alternativen ersetzt, um die allgemeine Stabilität und Leistung zu gewährleisten.

Eine der bemerkenswertesten Änderungen ist die Abschaffung des --filename-Flags bei der Verwendung von kubectl run. Zukünftig wird die Pod-Erstellung ausschließlich über CLI-Argumente wie NAME und --image erfolgen. Diese Entscheidung zielt darauf ab, die Konsistenz und Klarheit in der Nutzung von kubectl zu verbessern.

Ein weiterer wichtiger Punkt ist die Änderung bei statischen Pods. Ab v1.37 dürfen statische Pods keine Secrets oder ConfigMaps mehr referenzieren. Diese Anpassung behebt einen vorherigen Bug, der es ermöglichte, diese API-Ressourcen direkt zu verwenden, obwohl statische Pods nicht über den API-Server erstellt werden.

Zusätzlich wird die Unterstützung für den ipvs-Modus von kube-proxy schrittweise eingestellt. Diese Funktion wurde ursprünglich eingeführt, um Leistungsengpässe bei iptables zu beheben. Allerdings kann der ipvs-Modus nicht vollständig die Funktionalität der Kubernetes-Services umsetzen, was zu einer Deprecation-Warnung bei der Cluster-Startprozedur führt. Ab v1.40 wird ipvs standardmäßig deaktiviert sein, mit einer vollständigen Entfernung bis v1.43.

Die Unterstützung für cgroup v1 wird ebenfalls eingestellt, da moderne Linux-Distributionen und Container -Runtimes auf cgroup v2 umgestiegen sind. Ab v1.35 ist die Einstellung failCgroupV1 standardmäßig auf true gesetzt, was bedeutet, dass Knoten, die weiterhin cgroup v1 verwenden, nicht mehr initialisiert werden können, es sei denn, es erfolgt eine explizite Konfigurationsänderung.

Technische Details/Implikationen

Eine bedeutende Änderung in Kubernetes v1.37 ist die Graduierung von SELinux-Volume-Rela­beling zu GA. Zukünftig wird die Volumenmontage mit der Option -o context=<label> erfolgen, was bedeutet, dass Pods mit unterschiedlichen SELinux-Labels, die dasselbe Volumen nutzen, möglicherweise nicht mehr korrekt starten können. Um die vorherige rekursive Verhalten beizubehalten, muss in der Pod-Spezifikation seLinuxChangePolicy: Recursive gesetzt werden.

Darüber hinaus wird die Metrics API , die eine standardisierte Möglichkeit zur Abfrage von CPU- und Speicherauslastung für Pods und Knoten bietet, nach fast neun Jahren in der Beta-Phase stabilisiert. Diese API ist entscheidend für Funktionen wie den Horizontal Pod Autoscaler (HPA) und die Verwendung des Befehls kubectl top.

Fazit/Ausblick

Kubernetes v1.37 bringt wesentliche Änderungen mit sich, die sowohl Herausforderungen als auch Verbesserungen für die Benutzer darstellen. Die Entwickler werden ermutigt, ihre Umgebungen entsprechend anzupassen, um die neuen Funktionen und Best Practices zu nutzen.