Kubernetes v1.37: Gerenciamento de Recursos por Pod Chega ao Beta com Otimização de Hardware
Aprofundamento CEVIU
Aprofundamento
O Kubernetes v1.37 eleva o recurso de Gerenciadores de Recursos em Nível de Pod ao status Beta. Essa mudança significa que o Kubelet agora aproveita as declarações de recurso em nível de pod (via .spec.resources) para tomar decisões mais inteligentes na alocação de hardware. Essa funcionalidade resolve um dilema antigo onde era preciso escolher entre dedicar núcleos físicos a contêineres sidecar ou comprometer o alinhamento NUMA (Non-Uniform Memory Access).
Para equipes de plataforma e SREs, a capacidade de realizar alocações híbridas é um avanço. Agora, o Kubelet pode reservar recursos exclusivos e alinhados com NUMA para os contêineres de aplicação primários. Enquanto isso, sidecars mais leves podem ser colocados em um pool compartilhado isolado por pod. Isso garante alta performance para cargas de trabalho críticas, ao mesmo tempo que otimiza o uso de recursos e evita desperdício, simplificando a engenharia de performance em clusters.
O que mudou
A principal evolução é a graduação de Alpha para Beta do recurso de Gerenciadores de Recursos em Nível de Pod. Em 4 de maio de 2026, noticiamos a introdução desta funcionalidade como Alpha no Kubernetes v1.36, focada na alocação de recursos exclusivos e alinhados com NUMA para aplicações principais. Agora, no v1.37, o recurso chega ao Beta, indicando maior estabilidade e maturidade, embora ainda venha desativado por padrão e precise ser habilitado via feature gate.
Além da estabilidade, a versão Beta introduz o PodResources API Reporting. O serviço gRPC v1 PodResources agora oferece campos cpu_ids e memory de nível superior. Isso permite que ferramentas de monitoramento e plugins de dispositivos consultem diretamente as atribuições exclusivas de recursos por pod, eliminando o risco de contagens duplas e oferecendo uma observabilidade mais precisa sobre a distribuição de hardware.
Por que isso importa
Para engenheiros de plataforma, DevOps e times de SRE, o gerenciamento preciso de recursos é fundamental para a confiabilidade e o custo-benefício de suas operações. A capacidade de garantir alinhamento NUMA e exclusividade de recursos para workloads de alta performance, sem o desperdício de reservar núcleos inteiros para sidecars, é um ganho significativo.
Essa otimização direta no Kubelet resulta em menor latência e maior rendimento para aplicações críticas. Ao mesmo tempo, promove um uso mais eficiente da infraestrutura de hardware. Em cenários de nuvem, onde cada ciclo de CPU e byte de memória contam, essa funcionalidade contribui diretamente para a redução de custos e para a construção de sistemas mais ágeis e performáticos.
Linha do tempo
Gerenciadores de Recursos em Nível de Pod introduzidos como Alpha no Kubernetes v1.36.
Gerenciadores de Recursos em Nível de Pod alcançam o status Beta no Kubernetes v1.37.
Perguntas frequentes
O que são Gerenciadores de Recursos em Nível de Pod no Kubernetes?
São funcionalidades que permitem ao Kubelet gerenciar de forma mais inteligente a alocação de recursos de hardware em um nó. Ele usa as declarações de recurso de um pod para otimizar o posicionamento de CPUs e memória, garantindo performance e eficiência.
Qual problema essa funcionalidade resolve?
Antes, operadores tinham que escolher entre dar recursos dedicados a todos os contêineres de um pod, incluindo sidecars, ou perder o alinhamento NUMA para o pod todo. Isso levava a desperdício ou performance subótima. Agora, o Kubelet pode fazer alocações híbridas.
Como isso beneficia a performance de aplicações?
Ele permite que contêineres de aplicação principal, que são críticos para a latência, recebam recursos exclusivos e alinhados com NUMA. Isso significa acesso mais rápido à CPU e memória, sem interferência, enquanto sidecars podem rodar em um pool compartilhado, mas ainda isolado.
Essa funcionalidade vem ativada por padrão no Kubernetes v1.37?
Não, os Gerenciadores de Recursos em Nível de Pod são introduzidos como Beta no Kubernetes v1.37, mas vêm desativados por padrão. É preciso ativá-los usando o feature gate PodLevelResourceManagers para começar a usar.
Fontes
- kubernetes.iofonte original
- Categoria
- CEVIU DevOps
- Publicado
- 18 de setembro de 2026
- Editoria
- CEVIU DevOps
