Cómo funciona el mantenimiento del host dedicado de Amazon EC2 - Amazon Elastic Compute Cloud

Cómo funciona el mantenimiento del host dedicado de Amazon EC2

Cuando se detecta una degradación en un host dedicado que está activado para el mantenimiento del host, asignamos automáticamente un host dedicado de reemplazo a su cuenta. El host dedicado de sustitución recibe un nuevo ID de host, pero conserva los mismos atributos que el host dedicado original, incluidos:

  • Configuración de colocación automática

  • Zona de disponibilidad

  • Asociación de la reserva del host dedicado

  • Afinidad de hosts

  • Configuración de mantenimiento del host

  • Configuración de recuperación del host

  • Tipo de instancia

  • Etiquetas

Una vez asignado el host de reemplazo, migramos las instancias mediante el mantenimiento del host de migración en tiempo real o el mantenimiento del host basado en el reinicio, según la instancia.

Una vez que el host degradado deja de tener instancias en ejecución, se libera permanentemente de la cuenta.

Instancias que admiten el mantenimiento del host de migración en tiempo real

Las instancias que admiten el mantenimiento del host de migración en tiempo real se migran automáticamente al host de reemplazo en un plazo de 24 horas, sin detenerse ni reiniciarse. Las instancias migradas retienen sus atributos actuales, que incluyen:

  • ID de instancia

  • Metadatos de instancia

  • Asociaciones de volumen de EBS de Amazon

  • Las direcciones IP elásticas y la dirección IP privada

  • Los estados de memoria, CPU y red

nota

Es posible que el rendimiento de algunos tamaños de instancia más grandes disminuya ligeramente durante la migración.

Una vez que los tipos de instancias compatibles se hayan migrado automáticamente al host de reemplazo, le enviamos notificaciones por correo electrónico y al Panel de AWS Health con los identificadores de los hosts degradados y de reemplazo, información sobre las instancias que se migraron automáticamente mediante el mantenimiento del host de migración en tiempo real e información sobre las instancias restantes.

Instancias que requieren un mantenimiento del host basado en el reinicio

Las instancias que requieren un mantenimiento del host basado en el reinicio se programan para eventos programados de reinicio de la instancia durante 14 días a partir de la fecha de la notificación. Puede acceder a sus instancias en el host dedicado degradado antes del evento programado.

nota

Puede reprogramar los eventos de reinicio para una fecha que esté a menos de 7 días de la fecha y hora originales del evento. Para obtener más información, consulte Reprogramar los eventos programados que afecten a sus instancias de Amazon EC2.

Amazon EC2 reserva automáticamente capacidad para esas instancias en el host de reemplazo. No puede ejecutar instancias en esta capacidad reservada.

nota

La consola de Amazon EC2 muestra la capacidad reservada como capacidad utilizada. Puede parecer que las instancias se ejecutan tanto en el host degradado como en el host de reemplazo. Sin embargo, las instancias continuarán en ejecución solo en el host degradado hasta que se detengan o se migren a la capacidad reservada del host de reemplazo.

En la fecha y hora del evento programado, las instancias se detienen y reinician automáticamente a la capacidad reservada del host de reemplazo. Las instancias migradas retienen sus atributos actuales, que incluyen:

  • ID de instancia

  • Metadatos de instancia

  • Asociaciones de volumen de EBS de Amazon

  • Las direcciones IP elásticas y la dirección IP privada

Sin embargo, dado que las instancias se detienen y se reinician durante la migración, no retienen sus estados de memoria, CPU y red.

También puede detener y reiniciar estas instancias manualmente en cualquier momento antes del evento programado para migrarlas al host de reemplazo o a un host diferente. Es posible que tenga que modificar la afinidad de host de la instancia para reiniciarla en un host diferente. Si detiene una instancia antes del evento programado, la capacidad reservada del host de reemplazo se libera y queda disponible.

Instancias no admitidas

Algunas instancias no se pueden migrar automáticamente al host de reemplazo.

Instancias con volúmenes raíz respaldados por un almacén de instancias

Para estas instancias, programamos los eventos de retirada de instancias para que transcurran 28 días después de la fecha de la notificación. En la fecha y hora del evento programado, las instancias se finalizan permanentemente. Se recomienda lanzar manualmente las instancias de reemplazo en el host de reemplazo y, a continuación, migrar los datos necesarios a las instancias de reemplazo antes del evento programado.

Instancias con volúmenes raíz basadas en EBS

Para estas instancias, programamos los eventos de detención de instancias para que transcurran 28 días después de la fecha de la notificación. En la fecha y hora del evento programado, las instancias se detienen. Se recomienda detener manualmente la instancia al reiniciarla en el host de reemplazo o en un host diferente. Es posible que tenga que modificar la afinidad de host de la instancia para reiniciarla en un host diferente.

Puede acceder a sus instancias en el host dedicado degradado antes del evento programado.

Estados de mantenimiento del host

Cuando un host se degrada, entra en el estado permanent-failure. No puede iniciar instancias en un host dedicado cuyo estado sea permanent-failure.

Una vez asignado el host de reemplazo, este permanece en estado pending hasta que las instancias que admiten la migración en tiempo real del host se transfieran automáticamente desde el host degradado y se programen los eventos correspondientes para las instancias restantes. Una vez completado este proceso, el host de reemplazo pasa al estado available.

Cuando el host de reemplazo pasa al estado available, puede utilizarlo de la misma manera que utiliza cualquier otro host de la cuenta. Sin embargo, parte de la capacidad de instancias del host de reemplazo está reservada para las instancias que se deben migrar desde el host basado en el reinicio. No puede iniciar nuevas instancias en esta capacidad reservada.

Cuando el host degradado deje de tener instancias en ejecución, pasará al estado released, permanent-failure y se liberará permanentemente de la cuenta.