¿Por qué se ha producido un rearranque o un renicio de mi instancia de Linux de EC2?

4 minutos de lectura
0

¿Por qué se ha producido un rearranque o un reinicio inesperado de mi instancia de Linux de Amazon Elastic Compute Cloud (Amazon EC2)?

Breve descripción

Si bien los rearranques o reinicios inesperados son poco frecuentes, pueden producirse por varias razones. Los motivos más habituales son:

  • La instancia no ha superado una o ninguna de las comprobaciones de estado.
  • El hardware subyacente que alojaba la instancia estaba defectuoso y Amazon EC2 ha reiniciado la instancia para moverla a un hardware nuevo en buen estado.
  • Se ha llevado a cabo un mantenimiento programado en la instancia que requería reiniciarla.
  • Un usuario o una aplicación del servidor ha reiniciado la instancia.
  • Se ha producido un error en el núcleo. Si se produce un error en el núcleo, asegúrese de que el núcleo esté totalmente actualizado.
    Para actualizar el núcleo, ejecute uno de los siguientes comandos, u otros equivalentes según el sistema operativo (SO) y la versión de Linux:
    • sudo yum update kernel
    • sudo zypper up kernel-default
    • sudo apt upgrade linux-image-aws

Solución

Puede tomar varias medidas para determinar por qué se ha reiniciado la instancia:

Visualización de las comprobaciones de estado

Visualice las comprobaciones de estado de la instancia desde la consola o mediante la Interfaz de la línea de comandos de AWS (AWS CLI). Si se indica un error en la comprobación de estado, consulte ¿Por qué mi instancia de EC2 de Linux no es accesible y no supera una o ninguna de las comprobaciones de estado?

Nota: Si se muestran errores al ejecutar comandos de AWS CLI, compruebe si está utilizando la versión más reciente de AWS CLI.

Visualización de los registros del sistema

Si la instancia no ha superado la comprobación de estado, es posible que se haya reiniciado debido a problemas en el nivel del sistema operativo. Revise los registros del sistema para determinar qué error se ha producido. Los registros del sistema se encuentran en /var/log/messages o /var/log/syslog, según la distribución del sistema operativo.

Si la instancia no supera una comprobación de estado, puede reiniciarla para recuperar los registros del sistema con el resultado de la consola. Revise los registros resultantes de la consola para solucionar el problema. Para obtener más información, consulte Recuperación de los registros del sistema.

  1. Abra la consola de Amazon EC2.
  2. Seleccione Instancias y, a continuación, elija su instancia.
  3. Seleccione Estado de la instancia, Reiniciar instancia. Es posible que la instancia tarde unos minutos en reiniciarse.
  4. Compruebe si el problema persiste. En algunos casos, es posible que el problema se solucione con el reinicio.
  5. Si la instancia se encuentra en ejecución, seleccione Acciones, Monitoreo y solución de problemas, Obtener registro del sistema.
  6. Revise el registro que aparece en la pantalla. Busque el error que aparece en el registro en Solucionar errores del registro del sistema en instancias basadas en Linux para obtener información sobre cómo solucionarlo.

Visualización del historial de reinicios

Use los siguientes comandos para averiguar si un usuario o una aplicación del servidor ha iniciado el rearranque:

# grep reboot /home/*/.bash_history
# grep reboot /root/.bash_history
# history | grep -i reboot
# history | grep -i init
# last reboot

Visualización del historial de eventos de AWS CloudTrail

Los rearranques de instancias iniciados desde la consola de Amazon EC2 o mediante la AWS CLI aparecen en el historial de eventos de CloudTrail. Para ver estos eventos:

  1. Abra la consola de AWS CloudTrail.
  2. Seleccione Historial de eventos.
  3. Seleccione Nombre del evento en la lista desplegable de filtros y, a continuación, introduzca RebootInstances.

Nota: Puede crear una alarma de Amazon CloudWatch que recupere automáticamente las instancias con problemas en el hardware subyacente que provoquen el reinicio. Para obtener información sobre cómo configurar la alarma de CloudWatch, consulte Recuperación de instancias.

Información relacionada

Solucionar problemas de las instancias con comprobaciones de estado no superadas

Tipos de comprobaciones de estado

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace un año