Conditions préalables à l'hibernation des EC2 instances Amazon

Vous pouvez activer la prise en charge de l'hibernation pour une instance à la demande ou une instance ponctuelle lorsque vous la lancez. Vous ne pouvez pas activer l'hibernation sur une instance existante, qu'elle soit en cours d'exécution ou arrêtée. Pour de plus amples informations, veuillez consulter Activer l'hibernation de l'instance.

Régions AWS

Vous pouvez utiliser l'hibernation avec toutes Régions AWS les instances.

AMIs

Vous devez utiliser un système HVM AMI qui supporte l'hibernation. Les options suivantes AMIs prennent en charge l'hibernation :

Linux AMIs

AMIspour Intel et les types d'AMDinstances

• AL2023 AMI publié le 2023.09.20 ou version ultérieure

• Amazon Linux 2 AMI publié le 29/08/2019 ou version ultérieure

• Amazon Linux AMI 2018.03 publié le 16 novembre 2018 ou version ultérieure

• CentOS version 8 AMI ¹ (une configuration supplémentaire est requise)

• Fedora version 34 ou ultérieure AMI ¹ (une configuration supplémentaire est requise)

• Red Hat Enterprise Linux (RHEL) 9 AMI ¹ (une configuration supplémentaire est requise)

• Red Hat Enterprise Linux (RHEL) 8 AMI ¹ (une configuration supplémentaire est requise)

• Ubuntu 22.04.2 LTS (Jammy Jellyfish) AMI publié sous le numéro de série 20230303 ou version ultérieure²

• Ubuntu 20.04 LTS (Focal Fossa) AMI publié sous le numéro de série 20210820 ou version ultérieure²

• Ubuntu 18.04 LTS (Bionic Beaver) AMI publié sous le numéro de série 20190722.1 ou version ultérieure ² ⁴

• Ubuntu 16.04 LTS (Xenial Xerus) AMI ² ³ ⁴ (une configuration supplémentaire est requise)

AMIspour les types d'instances Graviton

• AL2023 AMI (Arm 64 bits) publié le 2024.07.01 ou version ultérieure

• Amazon Linux 2 AMI (Arm 64 bits) publié le 2024.06.20 ou version ultérieure

• Ubuntu 22.04.2 LTS (Arm 64 bits) (Jammy Jellyfish) AMI publié sous le numéro de série 20240701 ou version ultérieure²

• Ubuntu 20.04 LTS (Arm 64 bits) (Focal Fossa) AMI publié sous le numéro de série 20240701 ou version ultérieure²

 

¹ Pour CentOS, Fedora et Red Hat Enterprise Linux, la mise en veille prolongée n’est prise en charge que sur les instances Nitro.

² Nous recommandons de désactiver KASLR les instances avec Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) et Ubuntu 16.04 LTS (Xenial Xerus). LTS Pour de plus amples informations, veuillez consulter Désactiver KASLR sur une instance (Ubuntu uniquement).

³ Pour Ubuntu 16.04 LTS (Xenial Xerus)AMI, l'hibernation n'est pas prise en charge sur les types d'instances. t3.nano Aucun correctif ne sera disponible, car Ubuntu (Xenial Xerus) a mis fin au support en avril 2021. Si vous souhaitez utiliser des types d't3.nanoinstances, nous vous recommandons de passer à Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 (Focal Fossa) ou Ubuntu 18.04 LTS (Bionic AMI Beaver). LTS AMI

⁴ Support pour Ubuntu 18.04 LTS (Bionic Beaver) et Ubuntu 16.04 LTS (Xenial Xerus) est arrivé à expiration.

Pour configurer le vôtre AMI afin de prendre en charge l'hibernation, consultezConfigurer un système Linux AMI pour prendre en charge l'hibernation.

La prise en charge d’autres versions d’Ubuntu et d’autres systèmes d’exploitation sera bientôt disponible.

Fenêtres AMIs

• Windows Server 2022 AMI publié le 2023.09.13 ou version ultérieure

• Windows Server 2019 AMI publié le 11 septembre 2019 ou version ultérieure

• Windows Server 2016 AMI publié le 11 septembre 2019 ou version ultérieure

• Windows Server 2012 R2 AMI publié en 2019.09.11 ou version ultérieure

• Windows Server 2012 AMI publié le 11 septembre 2019 ou version ultérieure

Familles d'instances

Vous devez utiliser une famille d'instances qui prend en charge l'hibernation.

• Usage général : M3, M4, M5, M5a, M5ad, M5d, M6g, M6gd, M6i, M6id, M7g, M7GD, M7i, M7i-Flex, T2, T3, T3a, T4g

• Optimisé pour le calcul : C3, C4, C5, C5d, C6g, C6gd, C6gn, C6i, C6id, C7a, C7g, C7gd, C7i, C7i-Flex

• Mémoire optimisée : R3, R4, R5, R5a, R5ad, R5d, R6g, R6gd, R7a, R7g, R7gd, R7i, R7iz

• Stockage optimisé : I3, i3EN

Instances Nitro : les instances bare metal ne sont pas prises en charge.

Pour consulter les types d’instance disponibles qui prennent en charge la mise en veille prolongée dans une région spécifique

Les types d’instance disponibles varient selon la région. Pour voir les types d'instances disponibles qui prennent en charge l'hibernation dans une région, utilisez la describe-instance-typescommande avec le --region paramètre. Incluez le paramètre --filters pour étendre les résultats aux types d’instance qui prennent en charge la mise en veille prolongée et le paramètre --query pour étendre la sortie à la valeur de InstanceType.

aws ec2 describe-instance-types --filters Name=hibernation-supported,Values=true --query "InstanceTypes[*].[InstanceType]" --output text | sort

Exemple de sortie

c3.2xlarge
c3.4xlarge
c3.8xlarge
c3.large
c3.xlarge
c4.2xlarge
c4.4xlarge
c4.8xlarge
...

RAMTaille de l'instance

Instances Linux : leur taille doit être inférieure à 150 Go.

Instances Windows : jusqu'à 16 Go. Pour mettre en veille prolongée une instance Windows T3 ou T3a, nous recommandons au moins 1 Go de. RAM

Type de volume racine

Le volume racine doit être un EBS volume et non un volume de stockage d'instance.

Taille du volume racine

Le volume racine doit être suffisamment grand pour stocker le RAM contenu et s'adapter à votre utilisation prévue, par exemple, le système d'exploitation ou les applications. Si vous activez l'hibernation, de l'espace est alloué sur le volume racine au lancement pour stocker leRAM.

Chiffrement du volume racine

Le volume racine doit être chiffré pour garantir la protection du contenu sensible qui se trouve en mémoire au moment de l'hibernation. Lorsque RAM les données sont déplacées vers le volume EBS racine, elles sont toujours chiffrées. Le chiffrement du volume racine est appliqué au lancement de l’instance.

Utilisez l'une des trois options suivantes pour vous assurer que le volume racine est un EBS volume chiffré :

• EBSchiffrement par défaut : vous pouvez activer le EBS chiffrement par défaut pour vous assurer que tous les nouveaux EBS volumes créés dans votre AWS compte sont chiffrés. De cette façon, vous pouvez activer l’hibernation pour vos instances sans spécifier d’intention de chiffrement au moment du lancement de l’instance. Pour plus d'informations, voir Activer le chiffrement par défaut.

• EBSChiffrement « en une seule étape » : vous pouvez lancer des EC2 instances EBS cryptées à partir d'une instance non chiffrée AMI et activer l'hibernation en même temps. Pour de plus amples informations, veuillez consulter Utiliser le chiffrement avec des AMI basées sur EBS.

• Chiffré AMI : vous pouvez activer EBS le chiffrement en utilisant un système crypté AMI pour lancer votre instance. Si vous AMI ne disposez pas d'un instantané racine chiffré, vous pouvez le copier dans un nouveau AMI et demander le chiffrement. Pour plus d’informations, consultez Chiffrement d’une image non chiffrée pendant la copie et Copier une AMI.

EBStype de volume

Les EBS volumes doivent utiliser l'un des types de EBS volumes suivants :

• Usage général SSD (gp2etgp3)

• Provisionné IOPS SSD (io1etio2)

Si vous choisissez un type de IOPS SSD volume provisionné, vous devez le provisionner avec le EBS volume approprié IOPS afin d'obtenir des performances optimales pour l'hibernation. Pour plus d'informations, consultez les types de EBS volumes Amazon dans le guide de EBS l'utilisateur Amazon.

Demandes d’instance Spot

Pour les instances Spot, les exigences suivantes s'appliquent :

• Le type de la demande d’instance Spot doit être persistent.

• Vous ne pouvez pas spécifier de groupe de lancement dans la demande d’instance Spot.