AWS announces preview of AWS Interconnect - multicloud
AWS announces AWS Interconnect – multicloud (preview), providing simple, resilient, high-speed private connections to other cloud service providers. AWS Interconnect - multicloud is easy to configure and provides high-speed, resilient connectivity with dedicated bandwidth, enabling customers to interconnect AWS networking services such as AWS Transit Gateway, AWS Cloud WAN, and Amazon VPC to other cloud service providers with ease.
¿Cómo puedo evitar que AWS OpsWorks Stacks reinicie inesperadamente las instancias en buen estado?
AWS OpsWorks Stacks reinicia mis instancias de Amazon Elastic Compute Cloud (Amazon EC2), incluso si las instancias superan las comprobaciones de estado de Amazon EC2. ¿Por qué sucede esto y cómo lo detengo?
Descripción breve
Si la función de reparación automática de OpsWorks Stacks está activada y el servicio determina que se produce un error en una de las instancias que administra, se produce una de las siguientes situaciones:
- Si la instancia está respaldada por Amazon Elastic Block Store (Amazon EBS), la API de OpsWorks Stacks detiene e inicia la instancia fallida.
- Si la instancia está respaldada por un almacén de instancias de Amazon EC2, la instancia se termina. A continuación, la instancia se vuelve a crear cuando OpsWorks Stacks la inicia de nuevo.
- Si la instancia está registrada en una pila de OpsWorks y se encuentra en las instalaciones, el estado de la instancia cambia a conexión perdida, pero no se reinicia.
Para evitar que OpsWorks Stacks recupere automáticamente las instancias que administra, sigue primero los pasos de solución de problemas de este artículo. Si el problema persiste, también puede desactivar la reparación automática en la configuración general de la capa de OpsWorks Stacks.
Para obtener más información, consulta el artículo Reinicio inesperado de las instancias en la guía de depuración y solución de problemas de AWS OpsWorks.
Resolución
Comprueba que las instancias de Amazon EC2 administradas por OpsWorks Stacks tengan acceso a Internet
Si una instancia de Amazon EC2 pierde la conexión con el servicio OpsWorks Stacks, OpsWorks Stacks tratará la instancia como fallida.
Para comprobar que sus instancias de Amazon EC2 tienen acceso a Internet, haz lo siguiente:
- Asegúrate de que tus instancias tengan acceso a Internet a través de una puerta de enlace de Internet o una puerta de enlace de traducción de direcciones de red (NAT).
- Comprueba que se permita el acceso HTTPS entrante a través del puerto 443 a nivel de instancia, grupo de seguridad y lista de control de acceso de la red (ACL de la red).
Para solucionar problemas de conectividad de la puerta de enlace de NAT, consulta ¿Por qué mis instancias de EC2 no pueden acceder a Internet mediante una puerta de enlace de NAT?
Para solucionar problemas de conectividad de la puerta de enlace de Internet, consulta ¿Por qué mi instancia de Amazon EC2 no puede conectarse a Internet mediante una puerta de enlace de Internet?
Comprueba que la aplicación tenga suficiente memoria y capacidad de CPU a nivel de instancia para funcionar cuando la instancia esté sometida a una carga adicional
Cuando no hay suficientes recursos a nivel de instancia para permitir que el agente de OpsWorks envíe su señal de mantenimiento en vivo, OpsWorks Stacks considera que la instancia ha fallado.
Para revisar las métricas de sus instancias, sigue las instrucciones de Supervisión de pilas con Amazon CloudWatch.
Para configurar alarmas que te avisen si la instancia tiene una carga elevada de tráfico de CPU, memoria o red, consulta Creación de alarmas de Amazon CloudWatch.
Comprueba que la instancia de Amazon EC2 no se haya detenido fuera de la consola de OpsWorks Stacks o de la API de OpsWorks Stacks
Nota: Si recibes errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), asegúrate de utilizar la versión más reciente de la AWS CLI.
Si una instancia gestionada por OpsWorks Stacks se detiene en la consola de Amazon EC2, OpsWorks Stacks deja de recibir la señal keepalive del agente de OpsWorks. A continuación, OpsWorks Stacks trata la instancia como fallida.
Para comprobar si la instancia se detuvo en la consola de Amazon EC2, intenta detenerla en la consola de OpsWorks Stacks. Si la instancia se encuentra en el estado stop_failed y recibe un mensaje de error interno, significa que la instancia se detuvo en la consola de Amazon EC2.
Para detener una instancia en OpsWorks Stacks después de haberla detenido en la consola Amazon EC2, ejecuta el comando stop-instance de AWS CLI.
Importante: El comando stop-instance debe incluir el parámetro --force para este caso de uso.
Para obtener más información, consulta “How do I troubleshoot ‘Internal Error’ messages when stopping an AWS OpsWorks Stacks instance that's in the ‘stop_failed’ state?” (¿Cómo soluciono los mensajes ‘Internal Error’ al detener una instancia de AWS OpsWorks Stacks que se encuentra en el estado ‘stop_failed’?).
Comprobación de que la instancia de Amazon EC2 utilice la versión 1 del servicio de metadatos de instancias (IMDSv1)
OpsWorks Stacks solo es compatible con IMDSv1, no con IMDSv2. Si una instancia administrada por OpsWorks Stacks usa IMDSv2, OpsWorks Stacks considera que la instancia ha fallado.
Para comprobar qué servicio de metadatos usa tu instancia y reconfigurarla si es necesario, consulta Configuración de las opciones de metadatos de instancias.
Información relacionada
¿Qué es Registros de Amazon CloudWatch?
- Etiquetas
- AWS OpsWorks
- Idioma
- Español

Contenido relevante
- preguntada hace 8 meses
- preguntada hace 8 meses
- preguntada hace 2 meses
- preguntada hace 7 meses
- preguntada hace un mes
OFICIAL DE AWSActualizada hace 4 años