**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.

# Atualizar nós autogerenciados para seu cluster
<a name="update-workers"></a>

Quando uma nova AMI otimizada para Amazon EKS for lançada, considere substituir os nós no grupo de nós autogerenciados pela nova AMI. Da mesma forma, se você tiver atualizado a versão do Kubernetes para o cluster do Amazon EKS, atualize os nós para usá-los com a mesma versão do Kubernetes.

**Importante**  
Este tópico aborda as atualizações do nó para nós autogerenciados. Se você estiver usando [grupos de nós gerenciados](managed-node-groups.md), consulte [Atualizar um grupo de nós gerenciados para seu cluster](update-managed-node-group.md).

Há duas maneiras básicas de atualizar grupos de nós autogerenciados em seus clusters para usar uma nova AMI:

 ** [Migrar aplicações para um novo grupo de nós](migrate-stack.md) **   
Crie um novo grupo de nós e migre os pods para esse grupo. A migração para um novo grupo de nós é mais simples do que simplesmente atualizar a ID da AMI em uma pilha existente do AWS CloudFormation. Isso ocorre porque o processo de migração [marca](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) o grupo de nós antigo como `NoSchedule` e drena os nós depois que uma nova pilha está pronta para aceitar a workload do pod existente.

 ** [Atualizar uma pilha de nós do AWS CloudFormation](update-stack.md) **   
Atualize a pilha do AWS CloudFormation para um grupo de nós existente para usar a nova AMI. Esse método não é compatível com grupos de nós que foram criados com o `eksctl`.