**Ajudar a melhorar esta página**
Para contribuir com este guia de usuário, escolha o link **Editar esta página no GitHub**, disponível no painel direito de cada página.
# Revisão das notas de release das versões do Kubernetes com suporte padrão
**dica**
[Registre-se](https://aws-experience.com/emea/smb/events/series/get-hands-on-with-amazon-eks?trk=4a9b4147-2490-4c63-bc9f-f8a84b122c8c&sc_channel=el) para os próximos workshops do Amazon EKS.
Este tópico fornece as mudanças importantes que é necessário conhecer em cada versão do Kubernetes com suporte padrão. Ao fazer o upgrade, analise cuidadosamente as alterações que ocorreram entre a versão antiga e a nova do seu cluster.
## Kubernetes 1.35
O Kubernetes `1.35` agora está disponível no Amazon EKS. Para obter mais informações sobre o Kubernetes `1.35`, consulte o [anúncio oficial de lançamento](https://kubernetes.io/blog/2025/12/17/kubernetes-v1-35-release/).
**Importante**
Suporte ao cgroup v1 removido: o Kubernetes 1.35 descontinua o suporte ao cgroup v1, o que significa que o kubelet se recusará a iniciar por padrão nos nós que usam o cgroup v1.
AL2023: o AL2023 usa o cgroup v2 por padrão e se alinha ao comportamento upstream do Kubernetes.
Ação necessária: os clientes que configuraram manualmente o AL2023 para usar o cgroup v1 devem [migrar para o cgroups v2](https://kubernetes.io/docs/concepts/architecture/cgroups/) ou definir `failCgroupV1: false` de forma manual ao configurar o kubelet.
Bottlerocketo: o Bottlerocket 1.35 usa o cgroup v2 por padrão, mas define `failCgroupV1: false` na configuração do kubelet, mantendo a compatibilidade com versões anteriores.
Fargate: o Fargate continua usando o cgroup v1.
Fim do suporte ao Containerd 1.x: o Kubernetes 1.35 é a última versão com suporte ao containerd 1.x. É necessário mudar para o containerd 2.0 ou posterior antes de fazer a atualização para a próxima versão do Kubernetes.
Em março de 2026, o projeto upstream do Kubernetes retirará o Ingress NGINX, um componente de infraestrutura essencial para muitos ambientes Kubernetes.
Ação necessária: os clientes do EKS devem avaliar se confiam no Ingress NGINX e começar a planejar a migração para alternativas, como a API do Gateway ou controladores Ingress de terceiros, pois não haverá mais lançamentos para correções de bugs, patches de segurança ou atualizações após a descontinuação. As implantações existentes continuarão funcionando, mas permanecer com o Ingress NGINX após a descontinuação deixará seu ambiente vulnerável a riscos de segurança, pois nenhuma das alternativas disponíveis são substitutas diretas e exigirá tempo de planejamento e engenharia. Para obter mais informações sobre esse anúncio do Kubernetes, consulte a declaração oficial de [descontinuação do Ingress NGINX](https://kubernetes.io/blog/2026/01/29/ingress-nginx-statement/) dos Comitês de Direção e Resposta de Segurança do Kubernetes.
+ **Atualizações de recursos de pod no local (estáveis):** as atualizações de recursos de pod no local permitem que os usuários ajustem os recursos de CPU e memória sem reiniciar pods ou contêineres. Anteriormente, essas modificações exigiam a recriação de pods, o que poderia interromper as workloads, principalmente para aplicações com estado ou em lote. A nova funcionalidade no local permite uma escalabilidade vertical mais suave e sem interrupções, melhora a eficiência e também pode simplificar o desenvolvimento.
+ Para obter mais informações, consulte [Kubernetes 1.35:redimensionamento de pods no local promovido a estável](https://kubernetes.io/blog/2025/12/19/kubernetes-v1-35-in-place-pod-resize-ga/) no *blog do Kubernetes*.
+ **Distribuição de tráfego PreferSameNode (estável):** o campo `trafficDistribution` de serviços foi atualizado para fornecer um controle mais explícito sobre o roteamento de tráfego. Uma nova opção, `PreferSameNode`, foi implementada para permitir que os serviços priorizem estritamente os endpoints no nó local, quando disponíveis, retornando aos endpoints remotos, caso contrário. Essa alteração torna a API mais explícita sobre a preferência do tráfego dentro do nó atual.
+ **StatefulSet MaxUnavailable (Beta):** esse recurso permite atualizações paralelas do pod por meio da configuração de `maxUnavailable` (por exemplo, 3 ou 10%), permitindo que aplicações com estado, como clusters de banco de dados, sejam atualizadas até 60% mais rápido do que atualizações sequenciais uma por vez, reduzindo significativamente as janelas de manutenção.
+ **Suporte para Windows Server 2025:** o EKS 1.35 adicionou suporte ao [Windows Server 2025](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-windows-ami.html).
+ **Remoção do sinalizador Kubelet:** o sinalizador `--pod-infra-container-image` foi removido do kubelet. Os usuários personalizados da AMI devem remover esse sinalizador da configuração do kubelet antes de fazer a atualização para a versão 1.35.
+ **Aviso de descontinuação - Modo IPVS**: o modo IPVS no kube-proxy foi descontinuado e será removido no Kubernetes 1.36.
Para ver o changelog completo do Kubernetes `1.35`, consulte https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.35.md.
## Kubernetes 1.34
O Kubernetes `1.34` agora está disponível no Amazon EKS. Para obter mais informações sobre o Kubernetes `1.34`, consulte o [anúncio oficial de lançamento](https://kubernetes.io/blog/2025/08/27/kubernetes-v1-34-release/).
**Importante**
Containerd atualizado para a versão 2.1 na versão 1.34 de lançamento.
Se você enfrentar problemas após a atualização, verifique as [notas de lançamento do containerd 2.1](https://github.com/containerd/containerd/releases/tag/v2.1.0).
A AWS não está lançando uma AMI do Amazon Linux 2 otimizada para EKS para o Kubernetes 1.34.
A AWS incentiva você a migrar para o Amazon Linux 2023. Saiba como [Atualização do Amazon Linux 2 para o Amazon Linux 2023](al2023.md).
Para obter mais informações, consulte [Descontinuação da AMI do Amazon Linux 2](kubernetes-versions-extended.md#al2-ami-deprecation).
O AppArmor foi descontinuado no Kubernetes 1.34.
Recomendamos a migração para soluções alternativas de segurança de contêineres, como [seccomp](https://kubernetes.io/docs/tutorials/security/seccomp/) ou [Pod Security Standards](https://kubernetes.io/docs/concepts/security/pod-security-standards/).
A VolumeAttributesClass (VAC) chega ao estágio de GA no Kubernetes 1.34, com a migração da API beta (`storage.k8s.io/v1beta1`) para a API estável (`storage.k8s.io/v1`).
O driver CSI do EBS com contêineres com arquivos associados gerenciados pela AWS (dos [componentes da CSI](https://gallery.ecr.aws/csi-components) na Galeria do ECR) e a modificação de volumes continuarão funcionando perfeitamente em clusters de EKS nas versões 1.31 a 1.33. A AWS aplicará patches nos arquivos associados para oferecer suporte às APIs beta da VAC até o final do suporte padrão do EKS 1.33, que é em 29 de julho de 2026.
Se você gerencia seus próprios contêineres com arquivos associados da CSI, pode ser necessário fixar versões mais antigas do arquivo associado em clusters anteriores à versão 1.34 para manter a funcionalidade da VAC.
Para usar os recursos da GA destinados à VolumeAttributesClass (como a reversão de modificações), atualize para o EKS 1.34 ou para versões posteriores.
O assinante externo do JWT para tokens da conta de serviço foi promovido à versão Beta. Ao usar assinantes externos, a sinalização --service-account-extend-token-expiration não é mais totalmente respeitada. O servidor da API impõe a expiração mínima entre a extensão desejada (1 ano) e o limite do assinante externo (24 horas).
Recomendamos usar [tokens de conta de serviço vinculados](https://kubernetes.io/docs/reference/access-authn-authz/service-accounts-admin/#bound-service-account-tokens), que são montados e rotacionados automaticamente pelo Kubernetes.
+ **APIs principais de alocação dinâmica de recursos (DRA) para a versão em GA:** a alocação dinâmica de recursos atingiu o estágio estável, permitindo o gerenciamento eficiente de hardware especializado como GPUs por meio de interfaces de alocação padronizadas. Isso simplifica a gestão de aceleradores de hardware e aumenta a eficiência no uso de recursos especializados.
+ **Tokens de ServiceAccount projetados para o Kubelet para a versão Beta**: esta melhoria aumenta a segurança ao utilizar credenciais de curta duração para a extração de imagens de contêineres em vez de segredos de longa duração. Isso reduz o risco de exposição de credenciais e fortalece a postura geral de segurança dos clusters.
+ **Solicitações e limites de recursos em nível de pod para a versão Beta**: este recurso simplifica o gerenciamento de recursos, permitindo grupos de recursos compartilhados para pods com vários contêineres. Isso possibilita uma alocação e utilização de recursos mais eficientes para aplicações complexas com diversos contêineres.
+ **Contagem alocável de nós da CSI mutáveis para a versão Beta**: o recurso `MutableCSINodeAllocatableCount` está habilitado por padrão no EKS 1.34, tornando o atributo de contagem máxima de volumes anexáveis do CSINode mutável e introduzindo um mecanismo para atualizá-lo dinamicamente com base na configuração do usuário no nível do driver CSI. Essas atualizações podem ser acionadas por intervalos periódicos ou pela detecção de falhas, aumentando a confiabilidade do agendamento de pods com estados ao resolver divergências entre a capacidade de anexação relatada e a real nos nós.
+ Para obter mais informações, consulte [Kubernetes v1.34: Mutable CSI Node Allocatable Count](https://kubernetes.io/blog/2025/09/11/kubernetes-v1-34-mutable-csi-node-allocatable-count/) no *blog do Kubernetes*.
+ **Aviso de descontinuação para a configuração do driver cgroup**: a configuração manual do driver cgroup está sendo descontinuada e será substituída pela detecção automática.
+ **Impacto para o cliente**: se você define atualmente a sinalização `--cgroup-driver` manualmente em sua configuração do kubelet, recomenda-se planejar a remoção dessa definição.
+ **Ação necessária**: planeje a atualização dos scripts de inicialização dos nós e das configurações de AMIs personalizadas para remover as definições manuais do driver cgroup antes que o recurso seja removido em uma versão futura do Kubernetes.
+ Para obter mais informações, consulte a [documentação do driver cgroup](https://kubernetes.io/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver/).
Para ver o changelog completo do Kubernetes `1.34`, consulte https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.34.md.
## Kubernetes 1.33
O Kubernetes `1.33` agora está disponível no Amazon EKS. Para obter mais informações sobre o Kubernetes `1.33`, consulte o [anúncio oficial de lançamento](https://kubernetes.io/blog/2025/04/23/kubernetes-v1-33-release/).
**Importante**
A API *beta* de alocação dinâmica de recursos do Kubernetes está habilitada.
Essa API beta melhora a experiência de agendamento e monitoramento de workloads que exigem recursos, como GPUs.
A API beta é definida pela comunidade Kubernetes e poderá mudar em versões futuras do Kubernetes.
Analise cuidadosamente os [estágios dos recursos](https://kubernetes.io/docs/reference/command-line-tools-reference/feature-gates/#feature-stages) na documentação do Kubernetes para compreender as implicações do uso de APIs beta.
A AWS não está lançando uma AMI do Amazon Linux 2 otimizada para EKS para o Kubernetes 1.33.
A AWS incentiva você a migrar para o Amazon Linux 2023. Saiba como [Atualização do Amazon Linux 2 para o Amazon Linux 2023](al2023.md).
Para obter mais informações, consulte [Descontinuação da AMI do Amazon Linux 2](kubernetes-versions-extended.md#al2-ami-deprecation).
+ **Redimensionamento de recursos de pod no local (beta):** o redimensionamento de recursos no local foi promovido para beta, permitindo atualizações dinâmicas dos recursos de CPU e memória para pods existentes sem reinicializações, o que possibilita a escalabilidade vertical de workloads com estado sem tempo de inatividade e ajustes contínuos de recursos com base nos padrões de tráfego.
+ **Contêineres sidecar agora estáveis:** os contêineres sidecar foram promovidos para estáveis, implementando sidecars como contêineres init especiais com `restartPolicy: Always` que iniciam antes dos contêineres de aplicações, são executados durante todo o ciclo de vida do pod e suportam sondas para sinalização do estado operacional.
+ Para obter mais informações, consulte [Sidecar Containers](https://kubernetes.io/docs/concepts/workloads/pods/sidecar-containers/) na *documentação do Kubernetes*.
+ **Descontinuação da API Endpoints:** a API Endpoints agora está oficialmente obsoleta e retornará avisos quando acessada. Migre workloads e scripts para usar a API EndpointSlices, que é compatível com recursos modernos, como rede de pilha dupla, e lida com vários EndpointSlices por serviço.
+ Para obter mais informações, consulte [Kubernetes v1.33: Continuing the transition from Endpoints to EndpointSlice](https://kubernetes.io/blog/2025/04/24/endpoints-deprecation/) no *Blog do Kubernetes*.
+ **Compatibilidade com o Elastic Fabric Adapter:** o grupo de segurança padrão para clusters do Amazon EKS agora é compatível com o tráfego do Elastic Fabric Adapter (EFA). O grupo de segurança padrão tem uma nova regra de saída que permite o tráfego do EFA com o destino do mesmo grupo de segurança. Isso permite o tráfego do EFA dentro do cluster.
+ Para obter mais informações, consulte [Elastic Fabric Adapter para workloads de IA/ML e HPC no Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html) no Guia do usuário do Amazon Elastic Compute Cloud.
Para ver o changelog completo do Kubernetes `1.33`, consulte https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.33.md.