Un equipo de SysOps quiere automatizar la recuperación de una instancia EC2 cuando falla el host subyacente. La instancia recuperada debe conservar la misma IP privada y la misma Elastic IP que la instancia original. El equipo también debe recibir un correo electrónico cuando comience la recuperación. ¿Qué solución satisface estos requisitos?

La opción correcta es crear una alarma de CloudWatch con la métrica StatusCheckFailedSystem. Esta métrica monitorea el estado del hardware subyacente de la instancia EC2. Si el host subyacente falla, la acción de recuperación de EC2 asociada a la alarma migrará la instancia a un nuevo host, conservando su IP privada, Elastic IP y todos los datos del volumen de EBS. La configuración de la alarma para publicar en un tema de SNS garantiza que el equipo reciba notificaciones por correo electrónico. Las otras opciones son incorrectas porque: StatusCheckFailedInstance monitorea problemas a nivel del sistema operativo o la aplicación dentro de la instancia, no fallas del host subyacente. Los grupos de Auto Scaling no están diseñados para conservar la misma IP privada ni Elastic IP de una instancia específica, ya que lanzan nuevas instancias con nuevas IPs.