Al usar AWS re:Post, aceptas las AWS re:Post Términos de uso

¿Cómo averiguo qué detuvo mi instancia de AWS OpsWorks Stacks?

6 minutos de lectura
0

Una de mis instancias de Amazon Elastic Compute Cloud (Amazon EC2) que administra AWS OpsWorks Stacks ha dejado de funcionar. ¿Cómo verifico qué detuvo la instancia?

Descripción breve

Hay dos formas de detener una instancia de OpsWorks Stacks:

Importante: OpsWorks Stacks no reconoce las operaciones de inicio, detención ni reinicio realizadas en la consola de Amazon EC2. Para obtener más información, consulte Inicio, detención y reinicio manuales de instancias de funcionamiento permanente.

Para comprobar qué detuvo la instancia de OpsWorks Stacks, puede realizar alguna de las siguientes acciones:

Revisar su AWS CloudTrail para ver si se realizan llamadas simultáneas a la API StopInstances de Amazon EC2 y a la API StopInstance de OpsWorks Stacks

Si las dos llamadas a la API están registradas durante el mismo periodo, significa que la instancia se detuvo manualmente en el lado de OpsWorks Stacks. Si solo hay registrada una llamada a la API StopInstances de Amazon EC2, significa que se aplicó la reparación automática a la instancia.

Revisar los registros del agente de la instancia para ver si el agente de OpsWorks seguía enviando su señal de mantenimiento cuando se detuvo la instancia

Si se registraron señales de mantenimiento exitosas cuando la instancia se detuvo, significa que la instancia se detuvo de forma manual en el lado de OpsWorks Stacks. Si faltan los registros de mantenimiento o si hay registros de intentos de señal fallidos cuando se detuvo la instancia, significa que se aplicó la reparación automática.

Si se aplicó la reparación automática a su instancia, consulte How do I stop AWS OpsWorks Stacks from unexpectedly restarting healthy instances? Si la instancia se detuvo de modo manual, revise el rol de AWS Identity and Access Management (IAM) que realizó la llamada a la API StopInstance. Luego, determine quién tiene acceso a ese rol y averigüe por qué detuvo la instancia.

Resolución

Revise los registros de CloudTrail de la instancia para detectar las llamadas a la API StopInstances de Amazon EC2.

1.    Abra la consola de CloudTrail.

Importante: Asegúrese de que la región de AWS seleccionada sea la misma región en la que se encuentra la instancia.

2.    En el panel de navegación izquierdo, elija Event history (Historial de eventos).

3.    En la parte superior izquierda de la página Event history (Historial de eventos), seleccione la lista desplegable de filtros. A continuación, elija Resource name (Nombre del recurso).

4.    En el cuadro de texto de búsqueda situado a la derecha de la lista desplegable de filtros, ingrese el ID de la instancia de Amazon EC2. Aparecerán los resultados de todos los eventos asociados a la instancia.

5.    En la columna Event name (Nombre del evento), busque StopInstances (Detener instancias).

6.    En la columna Event time (Hora del evento) de la fila del evento StopInstances (Detener instancias), tome nota de la marca de tiempo de la llamada a la API. Hará referencia a la marca de tiempo cuando revise los registros de CloudTrail de la instancia para las llamadas a la API StopInstance de OpsWorks Stacks.

7.    Abra el registro del evento mediante la elección de su nombre (StopInstances [Detener instancias]) en la columna Event name (Nombre del evento).

8.    En el panel Event record (Registro del evento), busque el valor “invokedBy” (Invocado por). Si la instancia se detuvo en el lado de OpsWorks Stacks, ya sea manualmente o mediante la reparación automática, la respuesta de la API StopInstances de Amazon EC2 mostrará el siguiente resultado:

"invokedBy": "opsworks.amazonaws.com"

Nota: No hay ningún indicador en el Event record (Registro del evento) de si la reparación automática se aplicó a la instancia o no.

Revise los registros de CloudTrail de la instancia para identificar las llamadas a la API StopInstance de OpsWorks Stacks.

1.    Abra la consola de CloudTrail.

Importante: Asegúrese de que la región de AWS seleccionada sea la misma región en la que se encuentra el punto de enlace de la API de OpsWorks Stacks.

2.    En el panel de navegación izquierdo, elija Event history (Historial de eventos).

3.    En la parte superior izquierda de la página Event history (Historial de eventos), seleccione la lista desplegable de filtros. A continuación, elija Resource name (Nombre del recurso).

4.    En el cuadro de texto de búsqueda situado a la derecha de la lista desplegable de filtros, ingrese el ID de la instancia de OpsWorks Stacks. Aparecerán los resultados de todos los eventos asociados a la instancia.

5.    En la columna Event name (Nombre del evento), busque StopInstance (Detener instancia).

6.    En la columna Event time (Hora del evento) de la fila del evento StopInstance (Detener instancia), compruebe si la marca de tiempo del evento coincide o no con la marca de tiempo del evento StopInstances de Amazon EC2.

Si la llamada a la API StopInstance se registra al mismo tiempo que la llamada a la API StopInstances, significará que la instancia se detuvo manualmente en el lado de OpsWorks Stacks.

Si no se registra ninguna llamada a la API StopInstance al mismo tiempo que la llamada a la API StopInstances, significará que se aplicó la reparación automática a la instancia.

(Opcional) Revise los registros del agente de la instancia para ver si el agente de OpsWorks seguía enviando su señal de mantenimiento cuando la instancia se detuvo.

Conéctese a su instancia de Linux mediante SSH (Secure Shell) o conéctese a su instancia de Windows mediante el protocolo de escritorio remoto (RDP) de Windows. A continuación, busque el archivo de registros opsworks-agent.keep_alive.log en el registro del agente de OpsWorks de la instancia.

Si se registraron señales de mantenimiento exitosas cuando la instancia se detuvo, significa que la instancia se detuvo de forma manual en el lado de OpsWorks Stacks. Si faltan los registros de mantenimiento o si hay registros de intentos de señal fallidos cuando se detuvo la instancia, significa que se aplicó la reparación automática.

Información relacionada

How to set up AWS OpsWorks Stacks autohealing notifications in Amazon CloudWatch Events

¿Cómo evito que AWS OpsWorks Stacks reinicie instancias en buen estado de forma inesperada?

¿Cómo puedo solucionar los mensajes “Internal Error” (Error interno) cuando detengo una instancia de AWS OpsWorks Stacks cuyo estado es “stop_failed”?


OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 3 años