¿Por qué no ha superado mi instancia de Linux de EC2 la comprobación de estado del sistema?

4 minutos de lectura
0

Mi instancia de Amazon Elastic Compute Cloud (Amazon EC2) no ha superado la comprobación de estado del sistema y ya no se puede acceder a ella.

Breve descripción

Los errores relacionados con la comprobación de estado del sistema indican que hay problemas con la plataforma que aloja su instancia de EC2. Si no sabe con seguridad qué tipo de comprobación de estado ha fallado, consulte Ver comprobaciones de estado.

Nota: Si se muestra el error «Instance reachability check failed», consulte Mi instancia de EC2 Linux no pasó la comprobación del estado de la instancia debido a problemas con el sistema operativo. ¿Cómo puedo solucionar este problema?

Resolución

Visualización del panel de AWS Health

Consulte el panel de AWS Health para ver si hay interrupciones en el servicio en la región de AWS en la que se encuentra la instancia.

Solución de errores en la comprobación de estado del sistema

Importante: Se recomienda crear una imagen de máquina de Amazon (AMI) como copia de seguridad de la instancia antes de realizar cualquier operación.

Puede esperar a que AWS solucione el problema o puede parar la instancia e iniciarla manualmente. Tenga en cuenta que detener e iniciar no equivale a reiniciar. Con la parada y el inicio se migra la instancia a un nuevo host en buen estado. Para solucionar los errores en las comprobaciones de estado del sistema, la migración es imprescindible.

Advertencia: Antes de detener e iniciar la instancia, tenga en cuenta esta información:

  • Los datos almacenados en los volúmenes del almacén de instancias se pierden cuando se detiene la instancia. No olvide realizar una copia de seguridad de los datos antes de detener la instancia. A diferencia de los volúmenes con copia de seguridad de Amazon Elastic Block Store (Amazon EBS), los volúmenes del almacén de instancias son efímeros y no admiten la persistencia de datos.
  • La dirección IPv4 pública estática que Amazon EC2 asignó automáticamente a la instancia en el momento del lanzamiento o el inicio cambia después de detener e iniciar la instancia. Para conservar una dirección IPv4 pública y que no cambie si se detiene la instancia, use una dirección IP elástica.

Para obtener más información, consulte Detener e iniciar la instancia.

En casos excepcionales, el problema de la capa de infraestructura puede impedir que el host subyacente responda a las llamadas a la API para detener e iniciar la instancia. Esto hace que la instancia se quede «atascada» cuando está detenida. Si esto ocurre, fuerce la detención de la instancia desde la consola de Amazon EC2 o la Interfaz de la línea de comandos de AWS (AWS CLI). Esta acción puede durar varios minutos. Para obtener más información, consulte Forzar la detención de la instancia.

Nota: Si se muestran errores al ejecutar los comandos de AWS CLI, asegúrese de utilizar la versión más reciente de AWS CLI.

Las instancias que admiten la recuperación automática simplificada recuperan las instancias con errores de forma predeterminada. Sin embargo, se recomienda configurar la recuperación basada en acciones de Amazon CloudWatch. Para ello, cree una alarma de CloudWatch para supervisar la instancia. La recuperación basada en acciones de Amazon CloudWatch recupera automáticamente las instancias que están dañadas por un fallo del hardware subyacente u otros problemas que requieren la intervención de AWS para subsanarlos.

Información relacionada

Tipos de comprobaciones de estado

¿Por qué motivo mi instancia EC2 de Linux es inaccesible y no supera una o ambas verificaciones de estado?

I received a notice stating that Amazon EC2 detected degradation of the underlying hardware hosting my EC2 instance. What do I need to do?

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 8 meses