Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Desasociar un nodo de un servidor AWS OpsWorks for Chef Automate
**importante**
AWS OpsWorks para Chef Automate llegó al final de su vida útil el 5 de mayo de 2024 y se ha desactivado tanto para los clientes nuevos como para los existentes. Recomendamos que los clientes actuales migren a Chef SaaS o a una solución alternativa. Si tienes alguna pregunta, puedes ponerte en contacto con el AWS Support equipo en [AWS Re:post](https://repost.aws/) o a través de Premium [AWS Support](https://aws.amazon.com/support).
En esta sección se describe cómo desasociar o eliminar un nodo gestionado de la gestión de un servidor. AWS OpsWorks for Chef Automate Esta operación se realiza en la línea de comandos; no se pueden desasociar los nodos de la consola de AWS OpsWorks for Chef Automate administración. Actualmente, la AWS OpsWorks for Chef Automate API no permite la eliminación por lotes de varios nodos. El comando del que se habla en esta sección solo desasocia un nodo cada la vez.
Le recomendamos que desasocie los nodos de un servidor de Chef antes de eliminar el servidor, de forma que los nodos sigan funcionando sin tener que volver a intentar la conexión con el servidor. Para ello, ejecute el [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.
**Desasociación de los nodos**
1. En AWS CLI, ejecute el siguiente comando para desasociar los nodos. *Node\$1name*es el nombre del nodo que quieres desasociar; en el caso de las EC2 instancias de Amazon, es el ID de la instancia. *Server\$1name*es el nombre del servidor Chef del que quieres desasociar el nodo. `--engine-attributes`especifica su `CHEF_AUTOMATE_ORGANIZATION` nombre por defecto. Estos tres parámetros son obligatorios.
El parámetro `--region` no es obligatorio a menos que desee desasociar un nodo de un servidor de Chef que no se encuentra en la región predeterminada.
```
aws opsworks-cm --region Region_name disassociate-node --node-name Node_name --server-name Server_name --engine-attributes "Name=CHEF_AUTOMATE_ORGANIZATION,Value='default'"
```
El siguiente comando es un ejemplo.
```
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. Espere hasta que un mensaje de respuesta indique que ha finalizado la desvinculación.
Después de desasociar correctamente un nodo de un AWS OpsWorks for Chef Automate servidor, es posible que siga visible en el panel de Chef Automate. De forma predeterminada, Chef aplica un periodo de retención para la información de estado del nodo y elimina el nodo automáticamente después de unos días.
Para obtener más información sobre cómo eliminar un AWS OpsWorks for Chef Automate servidor, consulte[Eliminar un AWS OpsWorks for Chef Automate servidor](opscm-delete-server.md).
## Temas relacionados
Las siguientes publicaciones de AWS blog ofrecen más información sobre la asociación automática de nodos con su servidor Chef Automate, mediante grupos de Auto Scaling o dentro de varias cuentas.
+ [Uso de AWS OpsWorks para que Chef Automate gestione EC2 instancias con 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: arranca automáticamente los nodos de diferentes cuentas](https://aws.amazon.com/blogs/mt/opsworks-for-chef-automate-automatically-bootstrapping-nodes-in-different-accounts/)