Kubernetes 1.34: Suporte a Swap Otimiza Escalabilidade de Nós

A introdução da disponibilidade geral do suporte a swap no Kubernetes 1.34 é um passo importante para a otimização de recursos em clusters. Historicamente, o uso de swap no Kubernetes era desencorajado. Isso acontecia por dois motivos principais: o primeiro era a limitação do cgroup v1, que tratava memória e swap como um único limite, dificultando o isolamento e a previsibilidade do uso de memória real de um container. O segundo era a latência de paginação para discos lentos.

Agora, o Kubernetes 1.34 contorna esses obstáculos ao se apoiar no cgroup v2, que permite contabilidade separada para o swap em disco. A combinação com SSDs NVMe locais rápidos resolve a questão da latência. Essa funcionalidade transforma o swap em um 'amortecedor de choque' para picos de tráfego, permitindo que a memória ociosa seja descarregada para o disco e, assim, aumentando a densidade de pods nos nós.

A cobertura anterior do CEVIU sobre o Kubernetes 1.34, em 13 de junho de 2026, focava em novidades como Dynamic Resource Allocation e melhorias no Horizontal Pod Autoscaler. Naquela época, o suporte a swap em disponibilidade geral não era o ponto central, o que mostra como essa feature se consolidou e ganhou relevância ao longo do desenvolvimento da versão. O que era uma limitação histórica para o uso de swap, devido ao cgroup v1 e à lentidão de discos, agora é uma solução robusta com cgroup v2 e SSDs rápidos.

Essa evolução se alinha com outras iniciativas de otimização de memória, como a promoção do QoS de Memória para Beta no Kubernetes v1.37, conforme noticiado pelo CEVIU em 16 de setembro de 2026. Ambas as frentes indicam um investimento contínuo do Kubernetes no gerenciamento inteligente e granular da memória, essencial para as cargas de trabalho modernas.

Para engenheiros de plataforma e equipes de DevOps, o suporte a swap no Kubernetes 1.34 representa uma ferramenta valiosa para otimização de custos e eficiência. Permite alcançar densidades de pods significativamente maiores (até três vezes em certos casos), mitigando o problema comum de esgotamento da RAM antes da CPU. Isso é crítico para workloads intensivas em memória, especialmente as agentic AI, que demandam muita RAM na inicialização e ficam ociosas depois.

Com essa funcionalidade, é possível reduzir o superprovisionamento de memória, diminuindo custos de infraestrutura e evitando interrupções por Out-Of-Memory (OOM) kills. A capacidade de usar swap com Burstable QoS, configurando limites de memória mais altos que as requisições, permite um balanceamento dinâmico que mantém processos ativos responsivos enquanto descarrega estados dormentes, garantindo estabilidade e performance.