Настройка драйвера cgroup исторически была сложной проблемой для пользователей Kubernetes. В системах Linux используются два драйвера cgroup: cgroupfs и systemd. Ранее и kubelet, и реализация CRI, такая как containerd или CRI-O, должны были быть настроены идентично, чтобы избежать сбоев kubelet без четких сообщений об ошибках. Это часто вызывало значительное разочарование у администраторов кластеров.В Kubernetes v1.28.0 была представлена функция KubeletCgroupDriverFromCRI. Это позволяет kubelet запрашивать у реализации CRI предпочтительный драйвер cgroup. После нескольких циклов выпуска эта функция теперь достигла общего доступа (GA) в Kubernetes 1.34.0. Чтобы использовать это, администраторы должны убедиться, что их реализация CRI достаточно обновлена.Containerd требует версии v2.0.0 или новее, в то время как CRI-O требует версии v1.28.0 или новее. Kubernetes прекращает поддержку версий containerd v1.y. В то время как выпуски CRI-O соответствуют версиям Kubernetes, containerd имеет свой собственный цикл выпуска, и поддержка его функций присутствует только в v2.0 и выше. Kubernetes 1.34 по-прежнему поддерживает старые выпуски containerd LTS, такие как v1.7.Сообщество SIG Node Kubernetes установило график поэтапного отказа от поддержки containerd v1.y. Последним выпуском Kubernetes, который будет включать эту поддержку, будет финальная версия v1.35, а поддержка закончится в v1.36.0. Для облегчения этого перехода можно отслеживать метрику kubelet_cri_losing_support. Если эта метрика указывает на версию containerd 1.36.0, это означает, что среда выполнения containerd устарела для предстоящих требований. Администраторы должны обновить containerd до v2.0 или более новой версии до или одновременно с обновлением kubelet до v1.36.0.