As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Desassociar um nó de um servidor AWS OpsWorks for Chef Automate
<a name="opscm-disassociate-node"></a>

**Importante**  
AWS OpsWorks O Chef Automate chegou ao fim da vida útil em 5 de maio de 2024 e foi desativado para clientes novos e existentes. Recomendamos que os clientes existentes migrem para o Chef SaaS ou uma solução alternativa. Se você tiver dúvidas, pode entrar em contato com a AWS Support equipe no [AWS re:POST](https://repost.aws/) ou por meio do Premium [AWS Support](https://aws.amazon.com/support).

Esta seção descreve como desassociar ou remover um nó gerenciado do gerenciamento por um AWS OpsWorks for Chef Automate servidor. Essa operação é executada na linha de comando; você não pode desassociar nós no console AWS OpsWorks for Chef Automate de gerenciamento. Atualmente, a AWS OpsWorks for Chef Automate API não permite a remoção em lote de vários nós. O comando nesta seção dissociará um nó por vez.

Recomendamos que você dissocie os nós de um servidor Chef antes de excluir o servidor, de forma que os nós continuem a operar sem tentar se reconectar ao servidor. Para fazer isso, execute o [https://docs.aws.amazon.com/opsworks-cm/latest/APIReference/API_DisassociateNode.html](https://docs.aws.amazon.com/opsworks-cm/latest/APIReference/API_DisassociateNode.html) AWS CLI comando.

**Como desassociar nós**

1. No AWS CLI, execute o comando a seguir para dissociar os nós. *Node\$1name*é o nome do nó que você deseja desassociar; para EC2 instâncias da Amazon, esse é o ID da instância. *Server\$1name*é o nome do servidor Chef do qual você deseja desassociar o nó. `--engine-attributes`especifica seu `CHEF_AUTOMATE_ORGANIZATION` nome padrão. Todos os três parâmetros são obrigatórios.

   O parâmetro `--region` não será necessário, a menos que você queira dissociar um nó de um servidor Chef que não esteja na região padrão.

   ```
   aws opsworks-cm --region Region_name disassociate-node --node-name Node_name --server-name Server_name --engine-attributes "Name=CHEF_AUTOMATE_ORGANIZATION,Value='default'"
   ```

   O comando a seguir é um exemplo.

   ```
   aws opsworks-cm --region us-west-2 disassociate-node --node-name i-0010zzz00d66zzz90 --server-name opsworkstest --engine-attributes "Name=CHEF_AUTOMATE_ORGANIZATION,Value='default'"
   ```

1. Aguarde pela mensagem de resposta indicando que a dissociação foi concluída.

   Depois de desassociar com sucesso um nó de um AWS OpsWorks for Chef Automate servidor, ele ainda pode estar visível no painel do Chef Automate. Por padrão, o Chef impõe um período de retenção para informações de estados de nós e limpa o nó automaticamente após alguns dias.

Para obter mais informações sobre como excluir um AWS OpsWorks for Chef Automate servidor, consulte[Excluir um AWS OpsWorks for Chef Automate servidor](opscm-delete-server.md).

## Related Topics
<a name="opscm-disassoc-related"></a>

As postagens de AWS blog a seguir oferecem mais informações sobre a associação automática de nós ao seu servidor Chef Automate, usando grupos de Auto Scaling ou em várias contas.
+ [Usando o AWS OpsWorks for Chef Automate para gerenciar EC2 instâncias com Auto Scaling](https://aws.amazon.com/blogs/mt/using-aws-opsworks-for-chef-automate-to-manage-ec2-instances-with-auto-scaling/)
+ [OpsWorks para Chef Automate — Inicializando automaticamente nós em contas diferentes](https://aws.amazon.com/blogs/mt/opsworks-for-chef-automate-automatically-bootstrapping-nodes-in-different-accounts/)