Kubernetes v1.35 exigirá cgroup v2: prepare sua infraestrutura

O Kubernetes v1.35 marca uma virada importante na gestão de recursos em clusters. A partir desta versão, o kubelet, agente principal do Kubernetes em cada nó, vai recusar o início em máquinas que ainda operam com o cgroup v1. Para equipes de DevOps e engenheiros de plataforma, isso significa uma migração mandatória para o cgroup v2 para garantir a funcionalidade e a estabilidade das cargas de trabalho.

Os cgroups (control groups) do Linux são essenciais para o Kubernetes gerenciar e alocar recursos como CPU e memória entre contêineres, prevenindo interferências. A arquitetura do cgroup v2 oferece uma hierarquia unificada, interface mais consistente e base sólida para isolamento de recursos, além de ser um pilar para funcionalidades avançadas como o Memory QoS, o Pressure Stall Information (PSI) e o escalonamento vertical in-place de Pods. Para uma transição suave, é crucial verificar a compatibilidade do kernel (versão 5.8 ou superior), o suporte dos runtimes de contêineres (containerd v1.4+ ou CRI-O v1.20+) e garantir que o driver de cgroup do kubelet corresponda ao do runtime, preferencialmente utilizando o driver systemd.

Desde o Kubernetes v1.25, o suporte a cgroup v2 já estava estável, e a partir do Kubernetes v1.31, o cgroup v1 entrou em modo de manutenção. Agora, com o Kubernetes v1.35, o que era uma recomendação se torna uma exigência por padrão. Anteriormente, era possível manter nós com cgroup v1, ainda que com avisos. A partir desta versão, a falha ao iniciar o kubelet em um nó cgroup v1 é a configuração padrão. Essa mudança eleva a prioridade da migração, que antes era uma boa prática e agora é um requisito fundamental.

O projeto Kubernetes planeja remover completamente o suporte a cgroup v1 na versão v1.38, reforçando a urgência da migração. Além disso, ferramentas como o kubeadm, usadas para gerenciar clusters, agora incluem uma verificação mais rigorosa que impede a inicialização, junção ou atualização de clusters com kubelet v1.35 ou posterior em nós cgroup v1, algo que antes era apenas um alerta.

A adoção do cgroup v2 não é apenas uma questão de compatibilidade, mas de performance e eficiência. Ele desbloqueia recursos avançados de gestão de recursos, como o Memory QoS, que no Kubernetes v1.36 traz proteção de memória em camadas, e o Pressure Stall Information (PSI), que fornece métricas detalhadas sobre contenção de CPU, memória e I/O. Essas melhorias permitem que as equipes de engenharia de plataforma otimizem a utilização de recursos, melhorem a estabilidade do sistema e ganhem visibilidade profunda sobre gargalos.

A nova versão também facilita a implementação de contêineres sem privilégios (rootless containers) e suporta o escalonamento vertical in-place de Pods com maior precisão, uma funcionalidade estabilizada no Kubernetes v1.35. Para o ecossistema DevOps, isso significa clusters mais resilientes, seguros e eficientes, com melhor controle sobre o consumo de recursos e capacidade de resposta a variações de carga. É um passo crucial para infraestruturas nativas da nuvem que buscam extrair o máximo de seus nós.