Requisitos previos para la hibernación de instancias de EC2
Puede habilitar el soporte de hibernación para una instancia bajo demanda o una instancia de spot al iniciarla. No se puede habilitar la hibernación en una instancia existente, independientemente de si está en ejecución o detenida. Para obtener más información, consulte Habilitación de la hibernación de una instancia.
Requisitos de hibernación de una instancia
Regiones de AWS
Puede usar la hibernación con instancias en todas las Regiones de AWS.
AMI
Debe utilizar una AMI de HVM compatible con la hibernación. Las siguientes AMI admiten la hibernación:
AMI para tipos de instancias de Intel y AMD
-
AMI de AL2023 iniciada el 20/09/2023 o posteriormente ¹
-
AMI de Amazon Linux 2 iniciada el 29/08/2019 o posteriormente
-
AMI de Amazon Linux 2018.03 lanzada el 16/11/2018 o posteriormente
-
AMI de CentOS versión 8 ² (la configuración adicional es obligatoria)
-
AMI de Fedora versión 34 o posterior ² (la configuración adicional es obligatoria)
-
AMI de Red Hat Enterprise Linux (RHEL) 9 ² (la configuración adicional es obligatoria)
-
AMI de Red Hat Enterprise Linux (RHEL) 8 ² (la configuración adicional es obligatoria)
-
AMI de Ubuntu 22.04.2 LTS (Jammy Jellyfish) iniciada con el número de serie 20230303 o uno posterior ³
-
AMI de Ubuntu 20.04 LTS (Focal Fossa) iniciada con el número de serie 20210820 o posterior ³
-
AMI de Ubuntu 18.04 LTS (Bionic Beaver) iniciada con el número de serie 20190722.1 o posterior ³ ⁵
-
AMI de Ubuntu 16.04 LTS (Xenial Xerus) ³ ⁴ ⁵ (la configuración adicional es obligatoria)
AMI para tipos de instancias de Graviton
-
AMI de AL2023 (Arm de 64 bits), lanzada el 01 de julio de 2024 o posterior ¹
-
AMI de Amazon Linux 2 (Arm de 64 bits) lanzada el 20 de junio de 2024 o posterior
-
AMI de Ubuntu 22.04.2 LTS (Arm de 64 bits) (Jammy Jellyfish) lanzada con el número de serie 20240701 o uno posterior ³
-
AMI de Ubuntu 20.04 LTS (Arm de 64 bits) (Focal Fossa) lanzada con el número de serie 20240701 o posterior ³
¹ Para la AMI mínima de AL2023, se requiere configuración adicional.
² Para CentOS, Fedora y Red Hat Enterprise Linux, solo se admite la hibernación en instancias basadas en Nitro.
³ Recomendamos desactivar KASLR en instancias con Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) y Ubuntu 16.04 LTS (Xenial Xerus). Para obtener más información, consulte Deshabilitación de KASLR en una instancia (solo Ubuntu).
⁴ Para la AMI de Ubuntu 16.04 LTS (Xenial Xerus), la hibernación no se admite en los tipos de instancias t3.nano. No habrá ninguna revisión disponible porque Ubuntu (Xenial Xerus) finalizó el soporte en abril de 2021. Si desea utilizar los tipos de instancia t3.nano, le recomendamos que actualice a la AMI de Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa) o la AMI de Ubuntu 18.04 LTS (Bionic Beaver).
⁵ La compatibilidad con Ubuntu 18.04 LTS (Bionic Beaver) y Ubuntu 16.04 LTS (Xenial Xerus) ha llegado al final de su vida útil.
Para configurar su propia AMI para admitir la hibernación, consulte Configuración de una AMI de Linux para que admita la hibernación.
Se ofrecerá soporte para otras versiones de Ubuntu y otros sistemas operativos próximamente.
-
AMI de Windows Server 2022 iniciada el 13/09/2023 o posteriormente
-
AMI de Windows Server 2019 iniciada el 11/09/2019 o posteriormente
-
AMI de Windows Server 2016 iniciada el 11/09/2019 o posteriormente
-
AMI de Windows Server 2012 R2 iniciada el 11/09/2019 o posteriormente
-
AMI de Windows Server 2012 iniciada el 11/09/2019 o posteriormente
Familias de instancias
Debe usar una familia de instancias que admita la hibernación. Sin embargo, no se admiten instancias bare metal.
-
De uso general: M3, M4, M5, M5a, M5ad, M5d, M6a, M6g, M6gd, M6i, M6id, M6idn, M6in, M7a, M7g, M7gd, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gd, M8gn, M8i, M8i-flex, M8in, M8idn, M8ib, M8idb, M9g, M9gd, T2, T3, T3a, T4g
-
Optimizadas para la computación: C3, C4, C5, C5d, C6a, C6g, C6gd, C6gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gd, C8gn, C8i, C8i-flex, C8in, C8ib, C9g, C9gd
-
Optimizadas para memoria: R3, R4, R5, R5a, R5ad, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iz, R8a, R8g, R8gb, R8gd, R8gn, R8i, R8i-flex, R8in, R8idn, R8ib, R8idb, R9g, R9gd, X2gd, X8aedz, X8i
-
Optimizadas para almacenamiento: I3, I3en, I4g, I7i, I7ie, I8g, I8ge, Im4gn, Is4gen
Tamaño de RAM de instancia
Instancias de Linux: deben ser inferiores a 150 GiB.
Instancias de Windows: deben tener un tamaño menor o igual a 16 GiB. Para hibernar una instancia T3 o T3a de Windows, recomendamos al menos 1 GiB de RAM.
Tipo de volumen raíz
El volumen raíz debe ser un volumen de EBS, no un volumen de almacén de instancias.
Tamaño del volumen raíz
El tamaño del volumen raíz debe ser lo suficientemente grande como para almacenar el contenido de la RAM y adaptarse al uso esperado, por ejemplo, del SO o de las aplicaciones. Si habilita la hibernación, se asigna espacio en el volumen raíz en el momento de la inicialización para almacenar la RAM.
Cifrado de volumen raíz
El volumen raíz debe estar cifrado para proteger el contenido confidencial que se encuentra en la memoria durante la hibernación. Puede habilitar la hibernación de una instancia a través de Amazon EC2 mediante la consola, AWS CLI o la API. Antes de que se lance la instancia, Amazon EC2 valida que el volumen raíz esté cifrado. Como el volumen raíz de EBS está cifrado, los datos de la RAM que se escriben en este durante la hibernación también están cifrados.
Solo la API de Amazon EC2 exige el cifrado en reposo para la hibernación.
Amazon EC2 valida los requisitos previos de hibernación, incluido el cifrado del volumen raíz, únicamente cuando la hibernación se inicia a través de Amazon EC2. Esto incluye la consola, la AWS CLI y la API.
Estas comprobaciones no se aplican si inicia la hibernación desde el sistema operativo invitado, por ejemplo, mediante la suspensión en disco de Linux o Windows. En ese caso, asegúrese de que el volumen raíz de EBS esté cifrado. El sistema operativo guarda el contenido de la memoria en este volumen antes de detener la instancia. Según el modelo de responsabilidad compartida, usted es responsable de cifrar los datos en reposo correspondientes a las acciones que realice en el sistema operativo invitado. Para obtener más información, consulte Modelo de responsabilidad compartida y Protección de los datos en reposo en Pilar de seguridad del Well-Architected Framework de AWS.
Utilice una de las tres opciones siguientes para asegurarse de que el volumen raíz es un volumen de EBS cifrado:
-
Cifrado de EBS de forma predeterminada: puede habilitar el cifrado de EBS de forma predeterminada para asegurarse de que se cifren todos los volúmenes de EBS nuevos creados en su cuenta de AWS. De esta forma, puede habilitar la hibernación en sus instancias sin especificar el intento de cifrado al iniciar la instancia. Para obtener más información, consulte Habilitación del cifrado de manera predeterminada.
-
Cifrado de EBS de un “solo paso”: puede iniciar instancias de EC2 respaldadas por EBS cifradas a partir de una AMI sin cifrado y a la vez habilitar la hibernación. Para obtener más información, consulte Usar el cifrado con las AMI con respaldo de EBS.
-
AMI cifrada: puede habilitar el cifrado de EBS con una AMI cifrada para iniciar su instancia. Si su AMI no tiene una instantánea raíz cifrada, puede copiarla a una nueva AMI y solicitar su cifrado. Para obtener más información, consulte Cifrar una imagen sin cifrar durante la copia y Copiar una AMI.
Tipo de volumen de EBS
Los volúmenes de EBS deben utilizar alguno de los siguientes tipos de volumen de EBS:
-
SSD de uso general (
gp2ygp3) -
SSD de IOPS provisionadas (
io1yio2)
Si elige un tipo de volumen de SSD de IOPS provisionadas, debe aprovisionar el volumen de EBS con las IOPS adecuadas a fin de lograr un rendimiento óptimo para la hibernación. Para obtener más información, consulte Tipos de volúmenes de Amazon EBS en la Guía del usuario de Amazon EBS.
Solicitudes de instancia de spot
Para las instancias de spot, se aplican los siguientes requisitos:
-
El tipo de solicitud de instancia de spot: debe ser
persistent. -
No puede especificar un grupo de inicialización en la solicitud de instancia de spot.