Die Konfiguration des cgroup-Treibers war für Kubernetes-Benutzer historisch gesehen ein komplexes Problem. Linux-Systeme verwenden zwei cgroup-Treiber: cgroupfs und systemd. Zuvor mussten sowohl der Kubelet als auch die CRI-Implementierung, wie z. B. containerd oder CRI-O, identisch konfiguriert werden, um Kubelet-Fehlfunktionen ohne klare Fehlermeldungen zu vermeiden. Dies führte oft zu erheblicher Frustration bei Cluster-Administratoren.In Kubernetes v1.28.0 wurde das Feature-Gate KubeletCgroupDriverFromCRI eingeführt. Dies ermöglicht es dem Kubelet, die CRI-Implementierung nach ihrem bevorzugten cgroup-Treiber abzufragen. Nach mehreren Release-Zyklen hat dieses Feature nun in Kubernetes 1.34.0 den General Availability (GA)-Status erreicht. Um dies zu nutzen, müssen Administratoren sicherstellen, dass ihre CRI-Implementierung ausreichend aktualisiert ist.Containerd benötigt Version v2.0.0 oder höher, während CRI-O Version v1.28.0 oder höher benötigt. Kubernetes stellt die Unterstützung für containerd v1.y-Versionen ein. Während sich CRI-O-Releases an den Kubernetes-Versionen orientieren, hat containerd seinen eigenen Release-Zyklus, wobei die Feature-Unterstützung nur in v2.0 und höher vorhanden ist. Kubernetes 1.34 unterstützt weiterhin ältere containerd LTS-Releases wie v1.7.Die Kubernetes SIG Node Community hat einen Zeitplan für die schrittweise Einstellung der Unterstützung für containerd v1.y festgelegt. Die letzte Kubernetes-Version, die diese Unterstützung enthalten wird, ist die finale Version von v1.35, wobei die Unterstützung in v1.36.0 endet. Um diesen Übergang zu erleichtern, kann eine Metrik namens kubelet_cri_losing_support überwacht werden. Wenn diese Metrik eine containerd-Version von 1.36.0 anzeigt, signalisiert dies, dass die containerd-Laufzeitumgebung für zukünftige Anforderungen veraltet ist. Administratoren müssen containerd auf v2.0 oder eine neuere Version aktualisieren, bevor oder gleichzeitig mit dem Upgrade des Kubelet auf v1.36.0.