# Recuperación automática de instancia **importante** Esta sección describe cómo configurar de forma proactiva los mecanismos de recuperación en una instancia de EC2. Estos mecanismos de recuperación están diseñados para restaurar la disponibilidad de la instancia cuando AWS detecta un problema de hardware o software subyacente que provoca un error en la comprobación del estado del sistema. Si actualmente tiene dificultades para acceder a la instancia, consulte [Solución de problemas con las instancias de EC2](ec2-instance-troubleshoot.md). En caso de que AWS detecte una instancia que no está disponible debido a un problema de hardware subyacente, existen dos mecanismos capaces de restablecer la disponibilidad de la instancia automáticamente: la [recuperación automática simplificada](instance-configuration-recovery.md) y la [recuperación basada en acciones de Amazon CloudWatch](cloudwatch-recovery.md). La restauración de la disponibilidad de una instancia también se denomina *recuperación de la instancia*. Durante el proceso de recuperación de la instancia, AWS intentará trasladarla del host con el problema de hardware o software subyacente a un host diferente. Si se realiza correctamente, el proceso de recuperación de la instancia se interpretará como un reinicio no planificado. Puede [comprobar la instancia se ha recuperado](verify-if-automatic-recovery-occurred.md). Si el proceso de recuperación no se realiza correctamente, es posible que la instancia se mantenga en ejecución en el host con el problema de hardware o software subyacente. En este caso, se requiere intervención manual. Si no se puede acceder a la instancia o la comprobación del estado del sistema no deja de dar errores se recomienda [detener e iniciar](Stop_Start.md) la instancia manualmente. Cuando se inicia una instancia, normalmente se migra a un nuevo equipo host subyacente. Sin embargo, a diferencia de la recuperación automática de instancias, donde la instancia conserva su dirección IPv4 pública, una instancia reiniciada recibe una nueva dirección IPv4 pública, a menos que tenga una dirección IP elástica. Para aprovechar los mecanismos de recuperación automática, estos se deben configurar previamente en una instancia antes de que se produzca un error en la comprobación del estado del sistema. De forma predeterminada, la recuperación automática simplificada se activa durante la inicialización de la instancia. Si lo desea, puede configurar la recuperación basada en acciones de Amazon CloudWatch tras la inicialización. La configuración de uno de estos mecanismos hace que la instancia adquiera una mayor resiliencia. La recuperación automática simplificada y la recuperación basada en acciones de Amazon CloudWatch solo se encuentran disponibles en instancias compatibles. Para obtener más información, consulte [Requisitos para habilitar la recuperación automática simplificada](instance-configuration-recovery.md#requirements-for-simplified-automatic-recovery) y [Requisitos para habilitar la recuperación basada en acciones de CloudWatch](cloudwatch-recovery.md#requirements-for-cloudwatch-action-based-recovery). **aviso** Cuando AWS recupera la instancia debido a un problema de hardware o software subyacente, es importante tener en cuenta las siguientes consecuencias: los datos almacenados en la memoria volátil (RAM) se perderán y el tiempo de actividad del sistema operativo se reiniciará desde cero. Además, con la recuperación basada en acciones de CloudWatch, también se perderán los datos de los volúmenes del almacén de instancias. Para ayudar a evitar la pérdida de datos, le recomendamos que cree copias de seguridad de los datos valiosos con regularidad. Para obtener más información sobre las prácticas recomendadas en cuanto a las copias de seguridad y la recuperación para las instancias de EC2, consulte las [Prácticas recomendadas de Amazon EC2](ec2-best-practices.md). Los mecanismos de recuperación automática de instancias están diseñados para *instancias individuales*. Para obtener orientación sobre cómo crear un *sistema* resiliente, consulte [Cree un sistema resiliente](#instance-recovery-build-a-resilient-system). **Topics** + [Conceptos clave de la recuperación automática de instancias](#ec2-automatic-instance-recovery-key-concepts) + [Diferencias entre la recuperación automática simplificada y la recuperación basada en acciones de CloudWatch](#differences) + [Cree un sistema resiliente](#instance-recovery-build-a-resilient-system) + [Compruebe si se produjo una recuperación automática de la instancia](verify-if-automatic-recovery-occurred.md) + [Configuración de la recuperación automática simplificada en una instancia de Amazon EC2](instance-configuration-recovery.md) + [Configuración de la recuperación basada en acciones de CloudWatch en una instancia de EC2](cloudwatch-recovery.md) ## Conceptos clave de la recuperación automática de instancias La recuperación automática de instancias es una característica de Amazon EC2 que restaura automáticamente la disponibilidad de las instancias cuando se producen fallos en el hardware o software subyacentes, lo que mejora la resiliencia y la fiabilidad de las instancias de EC2. Estos son los conceptos clave de la recuperación automática de instancias: **Opciones de configuración** Se pueden configurar dos mecanismos para admitir la recuperación automática de instancias: + [Recuperación automática simplificada](instance-configuration-recovery.md): habilitada de forma predeterminada en las instancias compatibles. + [Recuperación basada en acciones de CloudWatch](cloudwatch-recovery.md): requiere una configuración manual en las instancias compatibles. **Comprobaciones de estado de sistemas** Las comprobaciones de estado del sistema supervisan automáticamente la infraestructura de AWS en la que se ejecuta la instancia de EC2. + Si se produce un error en la comprobación del estado del sistema, AWS inicia la recuperación automática de la instancia, que intenta migrar la instancia afectada a un hardware diferente. + Una comprobación del estado del sistema fallida señala un problema relacionado con el hardware o el software del host, no con la instancia en sí. La recuperación automática de instancias permite recuperar una instancia que no haya superado una comprobación del estado del sistema. Sin embargo, la recuperación automática de instancias no funciona si solo se produce un error en la comprobación del estado de la instancia. + Para ver las diferencias entre las comprobaciones de estado de las instancias y las del sistema, consulte [Tipos de comprobaciones de estado](monitoring-system-instance-status-check.md#types-of-instance-status-checks). **Ejemplos de problemas subyacentes de hardware o software** Los problemas de hardware o software que pueden causar un fallo en una comprobación del estado del sistema incluyen la pérdida de conectividad de red, la pérdida de energía del sistema, problemas de software en el host físico y problemas de hardware en el host físico que afectan la accesibilidad de la red. **Características de las instancias recuperadas** Una instancia recuperada es idéntica a la instancia original, excepto en lo que respecta a los elementos perdidos. Elementos conservados: + ID de instancia + Direcciones IP públicas, privadas y elásticas + Metadatos de instancia + Grupo de ubicación + Volúmenes de EBS adjuntos + Zona de disponibilidad Elementos perdidos: + Datos almacenados en la memoria volátil (RAM) + Datos almacenados en los volúmenes del almacén de instancias (solo se aplica a la recuperación basada en acciones de CloudWatch) + El tiempo de actividad del sistema operativo se restablece a cero **Supervisión de las comprobaciones de estado del sistema con CloudWatch** La métrica [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) de CloudWatch indica si se ha superado o no una comprobación de estado del sistema. Valores de la métrica: + **0**: se superó la comprobación del estado del sistema. + **1**: no se superó la comprobación del estado del sistema. **Eventos en Panel de estado** Durante los intentos de recuperación automática de instancias, AWS envía los eventos al Panel de estado en función del mecanismo de recuperación configurado y su resultado: + Recuperación automática simplificada + Evento correcto: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + Recuperación basada en acciones de Amazon CloudWatch + Evento correcto: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Diferencias entre la recuperación automática simplificada y la recuperación basada en acciones de CloudWatch En la siguiente tabla se comparan las principales diferencias entre la recuperación automática simplificada y la recuperación basada en acciones de CloudWatch. | Punto de comparación | Recuperación automática simplificada | Recuperación basada en acciones de Amazon CloudWatch | | --- | --- | --- | | Configuración | Habilitada de forma predeterminada en las instancias compatibles | Requiere la configuración manual de alarmas y acciones de CloudWatch | | Flexibilidad | Comportamiento de recuperación fijo establecido por AWS | Acciones y condiciones personalizables | | Notificación | Notificaciones básicas a través de Panel de estado | Notificaciones personalizables a través de SNS | | Tamaño de instancia metal | Excluido | Incluido | | Los volúmenes del almacén de instancias se asocian durante la inicialización | No se admite en las instancias que asocian volúmenes de almacenes de instancias durante la inicialización | Se admite en tipos de instancias seleccionados. Tenga en cuenta que los datos en volúmenes de almacenes de instancias se pierden durante la recuperación de instancias. | | Tiempo de recuperación | Intento de recuperación estándar | Intentos de recuperación más rápidos que la recuperación automática simplificada | | El problema del host se resuelve durante la migración | Es posible que la migración se cancele y la instancia permanezca en el host original | La migración continúa a un nuevo host | | Coste | Sin costos adicionales | Podría incurrir en cargos correspondientes a CloudWatch | ## Cree un sistema resiliente Si bien la recuperación automática simplificada y la recuperación basada en acciones de CloudWatch resultan eficaces a la hora de mantener la disponibilidad de las instancias individuales, AWS recomienda implementar una arquitectura de alta disponibilidad que permita la conmutación por error del tráfico a instancias en buen estado. Para ello, considere la posibilidad de utilizar servicios de AWS, como Elastic Load Balancing (que distribuye el tráfico entrante entre varias instancias de EC2) y Amazon EC2 Auto Scaling (que ajusta automáticamente la cantidad de instancias en función de la demanda y el estado). Para obtener más información sobre cómo crear un sistema resiliente y tolerante a errores con instancias de EC2, consulte los siguientes recursos: + [Back to Basics: Designing for Failure with EC2](https://www.youtube.com/watch?v=5Hq5YxOrKYs) en el *canal de YouTubede AWS* + [Arquitectura de recuperación ante desastres (DR) en AWS, parte I: estrategias de recuperación en la nube](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) en el sitio del *Blog de arquitectura de AWS* + [Guía del usuario del equilibrador de carga de aplicación](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [Guía del usuario de Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) + [WelREL11-BP02 Conmutación por error a recursos en buen estado](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_failover2good.html) en el *Pilar de fiabilidad de AWS Well-Architected Framework* # Compruebe si se produjo una recuperación automática de la instancia Si la instancia estuvo desconectada y luego se reinició inesperadamente, es posible que haya pasado por una [recuperación automática](ec2-instance-recover.md#ec2-automatic-instance-recovery-key-concepts) debido a un problema subyacente de hardware o software. Para verificar, puede buscar eventos de recuperación automática de instancias en el Panel de estado. Además, para comprobar si se ha detectado un problema de hardware o software subyacente en la instancia, consulte la métrica **StatusCheckFailed\$1System** de Amazon CloudWatch. ## Compruebe si hay eventos en Panel de estado Cuando se produce un intento de recuperación automática de una instancia, AWS envía los eventos al Panel de estado. El evento específico depende del mecanismo de recuperación configurado y de si el intento se ha realizado correctamente o no. **Para comprobar si hay eventos de recuperación automática de instancias en el Panel de estado** 1. Abra Panel de estado en [https://phd.aws.amazon.com/phd/home\$1/](https://phd.aws.amazon.com/phd/). 1. Busque los eventos asociados a la recuperación automática de instancias. La presencia de estos eventos puede confirmar si hubo un intento de recuperación automática de la instancia y su resultado. + Recuperación automática simplificada + Evento correcto: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + Recuperación basada en acciones de Amazon CloudWatch + Evento correcto: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Supervisión de las comprobaciones de estado del sistema con CloudWatch Para verificar si se detectó un problema subyacente de hardware o software en la instancia, revise la métrica [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) en CloudWatch. El valor de la métrica muestra si la comprobación del estado del sistema se superó (sin problemas de hardware o software) o si falló (debido a un problema de hardware o software). **Para comprobar si se ha detectado un problema de hardware o software subyacente** 1. Abra la página **Métricas** de la consola de CloudWatch en: [https://console.aws.amazon.com/cloudwatch/home?\$1metricsV2](https://console.aws.amazon.com/cloudwatch/home?#metricsV2). 1. Compruebe que se encuentra en la misma región que la instancia de EC2. 1. Pegue la siguiente métrica en el campo de búsqueda **Métricas** y pulse Enter. ``` StatusCheckFailed_System ``` 1. Elija **EC2 > Métricas por instancia**. 1. En la tabla, seleccione la casilla de verificación situada junto a la instancia que quiera verificar. 1. Cambie el período de consulta por el momento en que sospeche que ocurrió el evento de recuperación. 1. Seleccione la pestaña **Métricas gráficas** y, en **StatusCheckFailed\$1System**, haga lo siguiente: 1. En **Estadísticas**, elija **Promedio**, **Máximo** o **Mínimo**. 1. Para **Periodo**, seleccione **1 minuto**. 1. Compruebe el valor de **StatusCheckFailed\$1System**. + Valor **0**: se superó la comprobación de estado del sistema, lo que indica que no hay ningún problema subyacente de hardware o software. + Valor **1**: no se superó la comprobación de estado del sistema, lo que indica que no hay ningún problema subyacente de hardware o software. Para obtener más información, consulte [Recuperación automática de instancia](ec2-instance-recover.md). # Configuración de la recuperación automática simplificada en una instancia de Amazon EC2 **importante** Esta sección describe cómo configurar de forma proactiva los mecanismos de recuperación en una instancia de EC2. Estos mecanismos de recuperación están diseñados para restaurar la disponibilidad de la instancia cuando AWS detecta un problema de hardware o software subyacente que provoca un error en la comprobación del estado del sistema. Si actualmente tiene dificultades para acceder a la instancia, consulte [Solución de problemas con las instancias de EC2](ec2-instance-troubleshoot.md). Si AWS detecta que una instancia no está disponible debido a un problema subyacente de hardware o software, la *recuperación automática simplificada* puede restaurar automáticamente la disponibilidad de la instancia al trasladar la instancia del host con el problema subyacente a un host diferente. Si se produce una recuperación automática simplificada, AWS envía uno de los siguientes eventos de Panel de AWS Health, en función del resultado: + Evento correcto: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` Para recibir notificaciones sobre estos eventos, puede configurarlas. Para obtener más información, consulte [Cómo crear la primera configuración de notificaciones en AWS User Notifications](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html) en la *Guía del usuario de AWS User Notifications*. También, puede utilizar las [Reglas de Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) para supervisar los eventos de recuperación automática simplificada. La recuperación automática simplificada se habilita de forma predeterminada en todas las instancias compatibles durante la inicialización de la instancia. Sin embargo, solo puede funcionar si una instancia se encuentra en estado `running`, no hay eventos de servicio enumerados el Panel de AWS Health y hay capacidad disponible para el tipo de instancia. En algunas situaciones, como las interrupciones significativas, las restricciones de capacidad pueden hacer que se produzca un error en los intentos de recuperación. Para obtener más información, consulte [Solución de problemas de recuperación automática simplificada](#ec2-instance-recover-simplified-auto-recovery-troubleshooting). Puede desactivar la recuperación automática simplificada durante o después de la inicialización y volver a habilitarla más adelante si es necesario. **aviso** Cuando AWS recupera la instancia debido a un problema de hardware o software subyacente, es importante tener en cuenta las siguientes consecuencias: los datos almacenados en la memoria volátil (RAM) se perderán, y el tiempo de actividad del sistema operativo se reiniciará desde cero. Para ayudar a evitar la pérdida de datos, le recomendamos que cree copias de seguridad de los datos valiosos con regularidad. Para obtener más información sobre las prácticas recomendadas en cuanto a las copias de seguridad y la recuperación para las instancias de EC2, consulte las [Prácticas recomendadas de Amazon EC2](ec2-best-practices.md). Los mecanismos de recuperación automática de instancias están diseñados para *instancias individuales*. Para obtener orientación sobre cómo crear un *sistema* resiliente, consulte [Cree un sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisitos para habilitar la recuperación automática simplificada](#requirements-for-simplified-automatic-recovery) + [Configuración de la recuperación automática simplificada](#set-recovery-behavior) + [Solución de problemas de recuperación automática simplificada](#ec2-instance-recover-simplified-auto-recovery-troubleshooting) ## Requisitos para habilitar la recuperación automática simplificada La recuperación automática simplificada se puede habilitar en instancias que cumplan los siguientes criterios: **Tipos de instancias** + **De uso general:** A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gn, M8i, M8i-flex, T1, T2, T3, T3a, T4g + **Optimizadas para la computación:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gn, C8i, C8i-flex + **Optimizadas para la memoria:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3tb1, U-6tb1, U-9tb1, U-12tb1, U-18tb1, U-24tb1, U7i-6tb, U7i-8tb, U7i-12tb, U7in-16tb, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2iezn, X8g, X8i + **Computación acelerada:** G3, G5g, Inf1, P3, VT1 + **De computación de alto rendimiento:** Hpc6a, Hpc7a, Hpc7g, Hpc8a **Propiedad** + Compartida + Dedicated Instance Para obtener más información, consulte [Instancias dedicadas de Amazon EC2](dedicated-instance.md). **Limitaciones** La recuperación automática simplificada no es compatible con una instancia que tenga las siguientes características: + Tamaño de la instancia: `metal` instancias + Tenencia: host dedicado. En el caso de los hosts dedicados, utilice la [Recuperación automática del host dedicado](dedicated-hosts-recovery.md) en su lugar. + Almacenamiento: instancias con volúmenes de almacén de instancias + Redes: instancias que usan un Elastic Fabric Adapter + Escalado automático: instancias que forman parte de un grupo de escalado automático + Mantenimiento: instancias que actualmente se encuentran en proceso de mantenimiento programado ## Configuración de la recuperación automática simplificada Cuando inicia una instancia compatible, se habilita la recuperación automática simplificada de forma predeterminada. Puede configurar el comportamiento de la recuperación automática en `disabled` después de iniciar la instancia. La configuración `default` no habilita la recuperación automática simplificada para tipos de instancias no compatibles. ------ #### [ Console ] **Para deshabilitar la recuperación automática simplificada durante la inicialización** 1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. En el panel de navegación, elija **Instances** (instancia[s]) y elija **Launch Instances** (iniciar instancias). 1. En la sección **Detalles avanzados**, en **Recuperación automática de instancias**, seleccione **Desactivado**. 1. Configure los ajustes de inicialización de instancias restantes según sea necesario y luego lance la instancia. **Deshabilitación de la recuperación automática simplificada después del lanzamiento** 1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. En el panel de navegación, seleccione **Instances (Instancias)**. 1. Seleccione la instancia y, a continuación, elija **Actions** (Acciones), **Instance Settings** (Configuración de la instancia), **Change auto-recovery behavior** (Cambiar comportamiento de recuperación automática). 1. Elija **Off** (Apagado) y, a continuación, elija **Save** (Guardar). **Habilitación de la recuperación automática simplificada después del lanzamiento** 1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. En el panel de navegación, seleccione **Instances (Instancias)**. 1. Seleccione la instancia y, a continuación, elija **Actions** (Acciones), **Instance Settings** (Configuración de la instancia), **Change auto-recovery behavior** (Cambiar comportamiento de recuperación automática). 1. Elija **Predeterminado (activado)** y, a continuación, elija **Guardar**. ------ #### [ AWS CLI ] **Para deshabilitar la recuperación automática simplificada durante la inicialización** Utilice el comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instance.html) con la opción `--maintenance-options`. ``` --maintenance-options AutoRecovery=Disabled ``` **Deshabilitación de la recuperación automática simplificada después del lanzamiento** Utilice el comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery disabled ``` **Habilitación de la recuperación automática simplificada después del lanzamiento** Utilice el comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery default ``` ------ #### [ PowerShell ] **Para deshabilitar la recuperación automática simplificada durante la inicialización** Utilice el cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). ``` -MaintenanceOptions_AutoRecovery Disabled ``` **Deshabilitación de la recuperación automática simplificada después del lanzamiento** Utilice el cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Disabled ``` **Habilitación de la recuperación automática simplificada después del lanzamiento** Utilice el cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Enabled ``` ------ ## Solución de problemas de recuperación automática simplificada Si la recuperación automática simplificada no consigue recuperar la instancia, tenga en cuenta los siguientes problemas: + Eventos del servicio de AWS se encuentran en ejecución La recuperación automática simplificada no funciona durante los eventos de servicio en el Panel de AWS Health. Es posible que no reciba notificaciones de error de recuperación de dichos eventos. Para obtener las últimas novedades sobre la disponibilidad del servicio, consulte la página de [Estado del servicio](https://health.aws.amazon.com/health/status). + Capacidad insuficiente Actualmente, no hay suficiente hardware de reemplazo disponible para migrar la instancia. + Se ha alcanzado la cantidad máxima de intentos de recuperación diarios La instancia ha alcanzado el límite máximo diario de tres intentos de recuperación. Es posible que la instancia sea retirada posteriormente si falla la recuperación automática y se determina que una degradación del hardware es la causa principal del fallo original en la comprobación del estado del sistema. Si el error de comprobación del estado del sistema de la instancia continúa a pesar de haber hecho varios intentos de recuperarla, consulte [Solucionar problemas de las instancias con comprobaciones de estado no superadas](TroubleshootingInstances.md) para obtener más información. # Configuración de la recuperación basada en acciones de CloudWatch en una instancia de EC2 **importante** Esta sección describe cómo configurar de forma proactiva los mecanismos de recuperación en una instancia de EC2. Estos mecanismos de recuperación están diseñados para restaurar la disponibilidad de la instancia cuando AWS detecta un problema de hardware o software subyacente que provoca un error en la comprobación del estado del sistema. Si actualmente tiene dificultades para acceder a la instancia, consulte [Solución de problemas con las instancias de EC2](ec2-instance-troubleshoot.md). Si AWS detecta que una instancia no está disponible debido a un problema de hardware o software subyacente, la *recuperación basada en acciones de CloudWatch* puede restaurar automáticamente la disponibilidad de la instancia mediante el traslado de la instancia del host con el problema subyacente a un host diferente. Si se produce una recuperación basada en acciones de CloudWatch, AWS envía uno de los siguientes eventos al Panel de AWS Health, según el resultado: + Evento correcto: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de error: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` Puede configurar la recuperación basada en acciones de CloudWatch para agregar acciones de recuperación a las alarmas de Amazon CloudWatch. La recuperación basada en acciones de CloudWatch funciona con la métrica de `StatusCheckFailed_System`. La recuperación basada en acciones de CloudWatch informa con precisión la granularidad de los tiempos de respuesta de la recuperación y envía notificaciones de Amazon Simple Notification Service (Amazon SNS) sobre las acciones y los resultados de recuperación. Estas opciones de configuración permiten intentar recuperar las instancias con mayor rapidez y con un control más preciso de la respuesta a los eventos de error en la comprobación del estado del sistema en comparación con la recuperación automática simplificada. Para obtener más información sobre las opciones de CloudWatch disponibles, consulte [Comprobaciones de estado para sus instancias](monitoring-system-instance-status-check.md). Sin embargo, la recuperación basada en acciones de CloudWatch solo puede funcionar si una instancia se encuentra en estado `running`, no hay eventos de servicio enumerados el Panel de AWS Health y hay capacidad disponible para el tipo de instancia. En algunas situaciones, como las interrupciones significativas, las restricciones de capacidad pueden hacer que se produzca un error en los intentos de recuperación. Para obtener más información, consulte [Solución de problemas durante la recuperación basada en acciones de CloudWatch](#ec2-instance-recover-cloudwatch-troubleshooting). **aviso** Cuando AWS recupere la instancia debido a un problema de hardware o software subyacente, tenga en cuenta las siguientes consecuencias: se perderán los datos almacenados en la memoria volátil (RAM) y en los volúmenes de almacenamiento de la instancia, y el tiempo de actividad del sistema operativo comenzará de cero. Para ayudar a evitar la pérdida de datos, le recomendamos que cree copias de seguridad de los datos valiosos con regularidad. Para obtener más información sobre las prácticas recomendadas en cuanto a las copias de seguridad y la recuperación para las instancias de EC2, consulte las [Prácticas recomendadas de Amazon EC2](ec2-best-practices.md). Los mecanismos de recuperación automática de instancias están diseñados para *instancias individuales*. Para obtener orientación sobre cómo crear un *sistema* resiliente, consulte [Cree un sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisitos para habilitar la recuperación basada en acciones de CloudWatch](#requirements-for-cloudwatch-action-based-recovery) + [Configuración de la recuperación basada en acciones de CloudWatch](#ec2-instance-recover-cloudwatch-configure) + [Solución de problemas durante la recuperación basada en acciones de CloudWatch](#ec2-instance-recover-cloudwatch-troubleshooting) ## Requisitos para habilitar la recuperación basada en acciones de CloudWatch La recuperación basada en acciones de CloudWatch se puede habilitar en instancias que cumplan los siguientes criterios: **Tipos de instancias** + **De uso general:** A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gn, M8i, M8i-flex, T1, T2, T3, T3a, T4g + **Optimizadas para la computación:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gn, C8i, C8i-flex + **Optimizadas para la memoria:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3tb1, U-6tb1, U-9tb1, U-12tb1, U-18tb1, U-24tb1, U7i-6tb, U7i-8tb, U7i-12tb, U7in-16tb, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2idn, X2iedn, X2iezn, X8g, X8i + **Computación acelerada:** G3, G5g, Inf1, P3, VT1 + **De computación de alto rendimiento:** Hpc6a, Hpc7a, Hpc7g, Hpc8a + **Instancias metal**: cualquiera de los tipos de instancias anteriores que tengan el tamaño de instancia metal. + **Si se agregan volúmenes de almacén de instancias durante la inicialización:** solo son compatibles los siguientes tipos de instancias: M3, C3, R3, X1, X1e, X2idn, X2iedn **Propiedad** + Compartida + Dedicated Instance Para obtener más información, consulte [Instancias dedicadas de Amazon EC2](dedicated-instance.md). **Limitaciones** La recuperación basada en acciones de CloudWatch no es compatible con una instancia que tenga las siguientes características: + Tenencia: host dedicado. En el caso de los hosts dedicados, utilice la [Recuperación automática del host dedicado](dedicated-hosts-recovery.md) en su lugar. + Redes: instancias que usan un Elastic Fabric Adapter + Escalado automático: instancias que forman parte de un grupo de escalado automático + Mantenimiento: instancias que actualmente se encuentran en proceso de mantenimiento programado ### Búsqueda de un tipo de instancia admitido Puede ver los tipos de instancias que admiten la recuperación basada en acciones de CloudWatch. ------ #### [ Console ] **Para ver los tipos de instancias que admiten la recuperación basada en acciones de CloudWatch** 1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. En el panel de navegación izquierdo, elija **Instance Types** (Tipos de instancias). 1. En la barra de filtros, agregue el filtro **Auto Recovery support = true**. La tabla de **Tipos de instancias** muestra todos los tipos de instancias que admiten la recuperación basada en acciones de CloudWatch. 1. (Opcional) Agregue filtros para ampliar el alcance de los tipos de instancias específicos que le interesen. ------ #### [ AWS CLI ] **Para ver los tipos de instancias que admiten la recuperación basada en acciones de CloudWatch** Utilice el comando [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) con el filtro `auto-recovery-supported`. ``` aws ec2 describe-instance-types \ --filters Name=auto-recovery-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Para ver los tipos de instancias que admiten la recuperación basada en acciones de CloudWatch** Utilice el cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html) con el filtro `auto-recovery-supported`. ``` Get-EC2InstanceType ` -Filter @{Name="auto-recovery-supported";Values="true"} | ` Select InstanceType | Sort-Object InstanceType ``` ------ ## Configuración de la recuperación basada en acciones de CloudWatch Para configurar la recuperación basada en acciones de CloudWatch para una instancia de EC2, cree una alarma de CloudWatch que supervise la métrica de `StatusCheckFailed_System` de la instancia especificada. Configure la alarma para que se active cuando el valor de la métrica sea **1**, lo que indica que se ha producido un error en la comprobación del estado del sistema. Configure la acción de alarma para recuperar automáticamente la instancia cuando se active. Puede configurar la alarma mediante la consola de Amazon EC2 o la consola de CloudWatch. Para obtener las instrucciones, consulte [Agregar acciones de recuperación a alarmas de Amazon CloudWatch](UsingAlarmActions.md#AddingRecoverActions) en esta guía del usuario o [Cómo agregar acciones de recuperación a las alarmas de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingRecoverActions) en la *Guía del usuario de Amazon CloudWatch*. ## Solución de problemas durante la recuperación basada en acciones de CloudWatch Si la recuperación basada en acciones de CloudWatch no consigue recuperar la instancia, tenga en cuenta los siguientes problemas: + Eventos del servicio de AWS se encuentran en ejecución La recuperación basada en acciones de CloudWatch no funciona durante los eventos de servicio en el Panel de AWS Health. Es posible que no reciba notificaciones de error de recuperación de dichos eventos. Para obtener las últimas novedades sobre la disponibilidad del servicio, consulte la página de [Estado del servicio](https://health.aws.amazon.com/health/status). + Capacidad insuficiente Actualmente, no hay suficiente hardware de reemplazo disponible para migrar la instancia. + Se ha alcanzado la cantidad máxima de intentos de recuperación diarios La instancia ha alcanzado el límite máximo diario de tres intentos de recuperación. Es posible que la instancia sea retirada posteriormente si falla la recuperación automática y se determina que una degradación del hardware es la causa principal del fallo original en la comprobación del estado del sistema. Si el error de comprobación del estado del sistema de la instancia continúa a pesar de haber hecho varios intentos de recuperarla, consulte [Solucionar problemas de las instancias con comprobaciones de estado no superadas](TroubleshootingInstances.md) para obtener más información.