Verpflichtende Kubernetes-Migration zu cgroup v2: Mehr als ein Kernel-Parameter
Praxisleitfaden für die Migration von Kubernetes-Clustern zu cgroup v2; Behebung von failCgroupV1, Pressure Stall Information (PSI), Vermeidung von Java-OOMKilled-Fehlern und unterbrechungsfreie Node-Upgrades.

Die verbindliche Durchsetzung von cgroup v2 in modernen Kubernetes-Releases lässt Administratoren keinen Aufschub mehr. Die Annahme, dass eine einfache Ergänzung der Boot-Parameter in GRUB genügt, führt in Produktionsumgebungen häufig zu schwerwiegenden Fehlern bei der Speicherbereinigung und unerwarteten OOMKilled-Ereignissen.
Grenzen der v1-Architektur
Unter cgroup v1 existierten voneinander getrennte Hierarchiebäume für CPU, Arbeitsspeicher und Block-I/O. Dadurch fehlte dem Kernel die Fähigkeit, intensiven Schreibcache bei Speichermangel synchron mit I/O-Drosselungen abzugleichen.
Mit der einheitlichen Hierarchie (Single Unified Hierarchy) in cgroup v2 wird jeder Prozess einem kohärenten Ressourcenknoten zugeordnet.
Diagnostischer Mehrwert durch PSI
Das herausragende Feature von cgroup v2 ist Pressure Stall Information (PSI). Während herkömmliche Überwachungswerte lediglich die prozentuale Belegung anzeigen, beziffert PSI die exakte Verlustzeit, in der Threads auf Speicherfreigaben oder Festplattenzugriffe warten müssen.
Checkliste für das Node-Upgrade
- Überprüfung des cgroup-Dateisystems über
stat -fc %T /sys/fs/cgroup/. - Sicherstellung von
SystemdCgroup = truein der containerd-Konfiguration. - Prüfung älterer Java-Laufzeiten auf korrekte Erkennung der Container-Speicherlimits.
Der Wechsel zu cgroup v2 ist eine entscheidende Grundlage für die Stabilität und Ausfallsicherheit moderner Cluster.



