Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Mettez en veille prolongée votre instance Amazon EC2 Lorsque vous mettez une instance en veille prolongée, Amazon EC2 indique au système d'exploitation de procéder à l'hibernation (). suspend-to-disk La mise en veille prolongée enregistre le contenu de la mémoire (RAM) de l’instance sur votre volume racine Amazon Elastic Block Store (Amazon EBS). Amazon EC2 conserve le volume racine EBS de l’instance et les volumes de données EBS attachés. Lorsque votre instance est démarrée : + Le volume racine EBS est restauré à l’état précédent. + Le contenu de la mémoire RAM est chargé à nouveau. + Les processus qui s’exécutaient précédemment sur l’instance reprennent. + Les volumes de données précédemment attachés sont attachés à nouveau et l’instance conserve son ID d’instance. Vous pouvez mettre une instance en veille prolongée uniquement si celle-ci est [activée pour la mise en veille prolongée](enabling-hibernation.md) et si elle répond aux [prérequis de mise en veille prolongée](hibernating-prerequisites.md). Si les actions d’amorçage d’une instance ou d’une application et de création d’une empreinte mémoire afin de devenir complètement productive prennent du temps, vous pouvez utiliser la mise en veille prolongée pour préchauffer l’instance. Pour préchauffer l’instance, vous : 1. La lancez avec la mise en veille prolongée activée. 1. La placez dans l’état souhaité. 1. Mettez-la en veille prolongée afin qu’elle soit prête à reprendre à l’état désiré lorsque cela est nécessaire. Vous ne payez ni l’utilisation d’une instance mise en veille de manière prolongée lorsque cette dernière est à l’état `stopped`, ni le transfert de données lorsque le contenu de la mémoire RAM est transféré vers le volume racine EBS. Vous payez le stockage de tout volume EBS, y compris le stockage du contenu de la mémoire RAM. Si vous n’avez plus besoin d’une instance, vous pouvez la résilier à tout moment, y compris quand elle est à un état `stopped` (en veille prolongée). Pour de plus amples informations, veuillez consulter [Terminez l'instance Amazon EC2](terminating-instances.md). **Topics** + [Comment ça marche](instance-hibernate-overview.md) + [Conditions préalables](hibernating-prerequisites.md) + [Configurer une AMI Linux pour qu'elle prenne en charge la mise en veille prolongée](hibernation-enabled-AMI.md) + [Activer la mise en veille prolongée de l’instance](enabling-hibernation.md) + [Désactiver KASLR sur une instance (Ubuntu uniquement)](hibernation-disable-kaslr.md) + [Mettre une instance en veille prolongée](hibernating-instances.md) + [Démarrer une instance mise en veille prolongée](hibernating-resuming.md) + [Dépannage](troubleshoot-instance-hibernate.md) # Fonctionnement de la mise en veille prolongée des instances Amazon EC2 Le diagramme suivant présente une vue d’ensemble du processus de mise en veille prolongée des instances EC2. ![\[Présentation du flux de la mise en veille prolongée.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/hibernation-flow.png) ## Que se passe-t-il lorsque vous mettez une instance en veille prolongée Lorsque vous mettez en veille prolongée une instance en cours d’exécution, voici ce qui se produit : + L’instance passe à l’état `stopping`. Amazon EC2 indique au système d'exploitation de mettre en veille prolongée (). suspend-to-disk La mise en veille prolongée fige tous les processus, enregistre le contenu de la mémoire RAM sur le volume racine EBS, puis exécute un arrêt normal. + Lorsque l’arrêt est terminé, l’instance passe à l’état `stopped`. + Les volumes EBS restent attachés à l’instance et leurs données persistent, y compris le contenu enregistré de la mémoire RAM. + Tous les volumes de stockage d'instance Amazon EC2 restent attachés à l'instance, mais les données des volumes de stockage d'instances sont perdues. + L'instance est généralement migrée vers un nouvel ordinateur hôte sous-jacent lorsqu'elle démarre. Cela se produit également lorsque vous arrêtez et démarrez une instance. + Lorsque l’instance est démarrée, celle-ci démarre et le système d’exploitation lit le contenu de la mémoire RAM depuis le volume racine EBS avant de « défiger » les processus pour qu’ils reprennent leur état. + L'instance conserve ses IPv4 adresses privées et toutes IPv6 les adresses. Lorsque l'instance est démarrée, elle continue de conserver ses IPv4 adresses privées et toutes IPv6 les adresses. + Amazon EC2 publie l’adresse IPv4 publique. Lorsque l'instance est démarrée, Amazon EC2 lui attribue une nouvelle IPv4 adresse publique. + L’instance conserve les adresses IP Elastic qui lui sont associées. Les adresses IP Elastic qui sont associées à une instance mise en veille prolongée vous seront facturées. Pour plus d’informations sur les différences entre la mise en veille prolongée, et le redémarrage, l’arrêt et la résiliation, consultez [Différences entre les états d'instance](ec2-instance-lifecycle.md#lifecycle-differences). ## Limitations + Lorsque vous mettez en veille une instance, les données contenues sur les volumes de stockage d’instances sont perdues. + (Instances Linux) Vous ne pouvez pas mettre en veille prolongée une instance Linux qui dispose de plus de 150 Gio de RAM. + (Instances Windows) Vous ne pouvez pas mettre en veille prolongée une instance Windows qui dispose de plus de 16 Gio de RAM. + Lorsque votre instance est en veille prolongée, vous ne pouvez pas la modifier. Cela se distingue d’une instance arrêtée qui n’est pas mise en veille prolongée, dans laquelle vous pouvez modifier certains attributs, tels que le type ou la taille d’instance. + Si vous créez un instantané ou une AMI à partir d’une instance qui est mise en veille prolongée ou dont la mise en veille prolongée est activée, il se peut que vous ne puissiez pas vous connecter à l’instance qui est lancée à partir de l’AMI ou d’une AMI créée à partir de l’instantané + (Instances Spot uniquement) Si Amazon EC2 met votre instance Spot en veille prolongée, seul Amazon EC2 peut relancer votre instance. Si vous mettez votre instance Spot en veille prolongée ([mise en veille prolongée à l’initiative de l’utilisateur](hibernating-instances.md)), vous pouvez la relancer. Une instance Spot mise en veille prolongée ne peut être relancée que si la capacité est disponible et si le prix Spot est inférieur ou égal au prix maximum spécifié. + Vous ne pouvez pas mettre en veille prolongée une instance faisant partie d’un groupe Auto Scaling ou utilisée par Amazon ECS. Si votre instance est dans un groupe Auto Scaling et que vous essayez de la mettre en veille prolongée, le service Amazon EC2 Auto Scaling marque l’instance arrêtée comme étant non saine, et peut la résilier et lancer une instance de remplacement. Pour plus d’informations, consultez la section [Surveillance de l’état pour les instances d’un groupe Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*. + Vous ne pouvez pas mettre en veille prolongée une instance configurée pour démarrer en mode UEFI avec l'option [UEFI Secure Boot](uefi-secure-boot.md) activée. + Si vous mettez en veille prolongée une instance qui a été lancée dans une Réservation de capacité, la Réservation de capacité ne garantit pas que l’instance mise en veille prolongée peut reprendre après avoir essayé de la démarrer. + Vous ne pouvez pas mettre en veille prolongée une instance qui utilise une version du noyau inférieure à 5.10 si le mode FIPS (Federal Information Processing Standard) est activé. + Nous ne prenons pas en charge la conservation d’une instance mise en veille prolongée au-delà de 60 jours. Pour conserver l’instance mise en veille prolongée au-delà de 60 jours, vous devez la démarrer, l’arrêter, puis la démarrer. + Nous mettons à jour en permanence notre plateforme avec des mises à niveau et des correctifs de sécurité qui peuvent être en conflit avec des instances mises en veille prolongée existantes. Nous vous avertissons des mises à niveau critiques qui nécessitent un démarrage des instances mises en veille prolongée pour que nous puissions effectuer un arrêt ou un redémarrage afin d’appliquer les mises à niveau et les correctifs de sécurité requis. ## Considérations relatives à la mise en veille prolongée d’une instance Spot + Si *vous* mettez votre instance Spot en veille prolongée, vous pouvez la redémarrer à condition que la capacité soit disponible et que le prix Spot soit inférieur ou égal au prix maximum spécifié. + Si *Amazon EC2* met en veille prolongée votre instance Spot : + Seul Amazon EC2 peut relancer votre instance. + Amazon EC2 relance l’instance Spot mise en veille prolongée lorsque la capacité est disponible, avec un prix Spot inférieur ou égal au prix maximum spécifié. + Avant qu’Amazon EC2 ne mette en veille prolongée votre instance Spot, vous recevrez un avis d’interruption deux minutes avant le début de la mise en veille prolongée. Pour de plus amples informations, veuillez consulter [Interruptions d’instance Spot](spot-interruptions.md). # Conditions préalables à la mise en veille prolongée des instances Amazon EC2 Vous pouvez activer le support d’hibernation pour une instance à la demande ou une instance ponctuelle lorsque vous la lancez. Vous ne pouvez pas activer la mise en veille prolongée sur une instance existante, qu’elle soit en cours d’exécution ou arrêtée. Pour de plus amples informations, veuillez consulter [Activer la mise en veille prolongée de l’instance](enabling-hibernation.md). **Topics** + [Régions AWS](#hibernation-prereqs-regions) + [AMIs](#hibernation-prereqs-supported-amis) + [Familles d’instances](#hibernation-prereqs-supported-instance-families) + [Taille de mémoire RAM d’instance](#instance-ram-size) + [Type de volume racine](#hibernation-prereqs-root-volume-type) + [Taille du volume racine](#hibernation-prereqs-ebs-root-volume-size) + [Chiffrement du volume racine](#hibernation-prereqs-ebs-root-volume-encryption) + [Type de volume EBS](#hibernation-prereqs-ebs-volume-types) + [Demandes d’instance Spot](#hibernation-prereqs-spot-request) ## Régions AWS Vous pouvez utiliser l'hibernation avec toutes Régions AWS les instances. ## AMIs Vous devez utiliser une AMI HVM prenant en charge la mise en veille prolongée. Les options suivantes AMIs prennent en charge l'hibernation : ### Linux AMIs **AMIs pour les types d'instances Intel et AMD** + AL2023 AMI publié le 2023.09.20 ou version ultérieure ¹ + AMI Amazon Linux 2 publiée le 29 août 2019 ou version ultérieure + AMI Amazon Linux de mars 2018 publiée le 16 novembre 2018 ou version ultérieure + AMI CentOS version 8\$1 ² ([Configuration supplémentaire](hibernation-enabled-AMI.md#configure-centos-for-hibernation) obligatoire) + AMI Fedora version 34 ou ultérieure ² ([Configuration supplémentaire](hibernation-enabled-AMI.md#configure-fedora-for-hibernation) obligatoire) + AMI Red Hat Enterprise Linux (RHEL) 9 ² ([Configuration supplémentaire](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) obligatoire) + AMI Red Hat Enterprise Linux (RHEL) 8 ² ([Configuration supplémentaire](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) obligatoire) + AMI Ubuntu 22.04.2 LTS (Jammy Jellyfish) publiée avec le numéro de série 20230303 ou une version ultérieure ³ + AMI Ubuntu 20.04 LTS (Focal Fossa) publiée avec le numéro de série 20210820 ou une version ultérieure ³ + AMI Ubuntu 18.04 LTS (Bionic Beaver) publiée avec le numéro de série 20190722.1 ou une version ultérieure ³ ⁵ + AMI Ubuntu 16.04 LTS (Xenial Xerus) ³ ⁴ ⁵ ([Configuration supplémentaire](hibernation-enabled-AMI.md#configure-ubuntu1604-for-hibernation) obligatoire) **AMIs pour les types d'instances Graviton** + AL2023 AMI (Arm 64 bits) publiée le 2024.07.01 ou version ultérieure ¹ + AMI Amazon Linux 2 (Arm 64 bits) publiée le 20 juin 2024 ou une version ultérieure + Ubuntu 22.04.2 LTS (Arm 64 bits) (Jammy Jellyfish) AMI publiée avec le numéro de série 20240701 ou une version ultérieure ³ + Ubuntu 20.04 LTS (Arm 64 bits) (Focal Fossa) AMI publiée avec le numéro de série 20240701 ou une version ultérieure ³   ¹ Pour AL2023 une AMI minimale, [une configuration supplémentaire est requise](hibernation-enabled-AMI.md#configure-AL2023-minimal-for-hibernation). ² 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 sur les instances exécutant Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) et Ubuntu 16.04 LTS (Xenial Xerus). Pour de plus amples informations, veuillez consulter [Désactiver KASLR sur une instance (Ubuntu uniquement)](hibernation-disable-kaslr.md). ⁴ Pour l’AMI Ubuntu 16.04 LTS (Xenial Xerus), la mise en veille prolongée n’est pas prise en charge sur les types d’instance `t3.nano`. Aucun correctif ne sera disponible, car Ubuntu (Xenial Xerus) a mis fin au support en avril 2021. Si vous voulez utiliser les types d’instance `t3.nano`, nous vous recommandons une mise à niveau vers l’AMI Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa) ou l’AMI Ubuntu 18.04 LTS (Bionic Beaver). ⁵ La prise en charge d’Ubuntu 18.04 LTS (Bionic Beaver) et Ubuntu 16.04 LTS (Xenial Xerus) est arrivée à son terme. Pour configurer votre propre AMI afin de prendre en charge la mise en veille prolongée, consultez [Configurer une AMI Linux pour qu'elle prenne en charge la mise en veille prolongée](hibernation-enabled-AMI.md). La prise en charge d’autres versions d’Ubuntu et d’autres systèmes d’exploitation sera bientôt disponible. ### Fenêtres AMIs + AMI Windows Server 2022 publiée le 13/09/2023 ou version ultérieure + AMI Windows Server 2019 publiée le 11 septembre 2019 ou version ultérieure. + AMI Windows Server 2016 publiée le 11 septembre 2019 ou version ultérieure. + AMI Windows Server 2012 R2 publiée le 11 septembre 2019 ou version ultérieure. + AMI Windows Server 2012 publiée le 11 septembre 2019 ou version ultérieure. ## Familles d’instances Vous devez utiliser une famille d’instances qui prend en charge l’hibernation. Les instances matériel nu ne sont pas prises en charge. + Usage général : M3, M4, M5, M5a, M5ad, M6d, M6a, M6g, M6gD, M6i, M6id, M6idn, M6in, M7a, M7g, M7GD, M7i, M7i-Flex, M8A, M8aZN, M8g, M8GB, M8Gd, M8GN, M8i, M8i-Flex, T2, T3, T3a, T4 + Optimisé pour le calcul : C3, C4, C5, C5d, C6a, C6g, C6gD, C6gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-Flex, C8a, C8g, C8gD, C8gn, C8i, C8i-Flex + Mémoire optimisée : R3, R4, R5, R5a, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iz, R8a, R8g, R8GB, R8gD, R8gn, R8i, R8i-Flex, X2GD, X8aEDZ, X8i + Optimisées pour le stockage : I3, I3en, I4g, I7i, I7ie, I8g, I8ge, Im4gn, Is4gen ------ #### [ Console ] **Pour obtenir les types d’instance qui prennent en charge la mise en veille prolongée** 1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Dans le volet de navigation, choisissez **Types d’instances**. 1. Ajoutez le filtre **On-Demand Hibernation support = true**. 1. (Facultatif) Ajoutez des filtres pour affiner davantage la recherche à des types d’instances spécifiques qui vous intéressent. ------ #### [ AWS CLI ] **Pour obtenir les types d’instance qui prennent en charge la mise en veille prolongée** Utilisez la commande [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/describe-instance-types/.html). Notez que les types d’instance disponibles varient selon la région. ``` aws ec2 describe-instance-types \ --filters Name=hibernation-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Pour obtenir les types d’instance qui prennent en charge la mise en veille prolongée** Utilisez l’applet de commande [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). Notez que les types d’instance disponibles varient selon la région. ``` (Get-EC2InstanceType ` -Filter @{Name="hibernation-supported"; Values="true"}).InstanceType | Sort-Object ``` ------ ## Taille de mémoire RAM d’instance **Instances Linux** : doit être inférieure à 150 Gio. **Instances Windows** : doit être inférieure ou égale à 16 Gio. Pour la mise en veille prolongée d’une instance Windows T3 ou T3a, nous recommandons au moins 1 Gio de RAM. ## Type de volume racine Le volume racine doit être un volume EBS, et non un volume de stockage d’instance. ## Taille du volume racine Le volume racine doit être suffisamment grand pour stocker le contenu de la mémoire vive et s’adapter à l’utilisation prévue, par exemple le système d’exploitation ou les applications. Si vous activez la mise en veille prolongée, un espace est alloué sur le volume racine au lancement pour stocker la mémoire RAM. ## Chiffrement du volume racine Le volume racine doit être chiffré pour assurer la protection du contenu sensible qui se trouve en mémoire au moment de la mise en veille prolongée. Lorsque les données de la mémoire RAM sont transférées vers le volume racine EBS, celui-ci est toujours chiffré. Le chiffrement du volume racine est appliqué au lancement de l’instance. L’une des trois options suivantes permet de s’assurer que le volume racine est une volume EBS chiffré : + **Chiffrement EBS par défaut** — Vous pouvez activer le chiffrement EBS par défaut pour vous assurer que tous les nouveaux volumes EBS 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, consultez la section [Activer le chiffrement par défaut](https://docs.aws.amazon.com/ebs/latest/userguide/encryption-by-default.html). + **EBS "single-step" encryption** (Chiffrement EBS « en une étape »)  : vous pouvez lancer des instances EC2 chiffrées basées sur EBS depuis une AMI non chiffrée et activer la mise en veille prolongée en même temps. Pour plus d’informations, consultez [Utilisez le chiffrement avec EBS Backed AMIs](AMIEncryption.md). + **Encrypted AMI** (AMI chiffrée)  : vous pouvez activer le chiffrement EBS en utilisant une AMI chiffrée pour lancer votre instance. Si votre AMI ne dispose d’aucun volume racine chiffré, vous pouvez le copier sur le nouvel AMI et demander son chiffrement. Pour plus d’informations, consultez [Chiffrement d’une image non chiffrée pendant la copie](AMIEncryption.md#copy-unencrypted-to-encrypted) et [Copier une AMI](CopyingAMIs.md#ami-copy-steps). ## Type de volume EBS Les volumes EBS doivent utiliser l’un des types de volumes EBS suivants : + SSD à usage général (`gp2` et `gp3`) + SSD à IOPS provisionnés (`io1` et `io2`) Si vous choisissez un type de volume SSD à IOPS provisionnés, vous devez provisionner le volume EBS avec les IOPS appropriées pour obtenir des performances optimales pour la mise en veille prolongée,. Pour plus d’informations, consultez [Types de volumes Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) dans le *Guide de l’utilisateur Amazon EC2*. ## Demandes d’instance Spot Les exigences suivantes s’appliquent aux instances Spot : + 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. # Configurer une AMI Linux pour qu'elle prenne en charge la mise en veille prolongée Les AMI Linux suivantes peuvent prendre en charge la mise en veille prolongée d’une instance Amazon EC2, à condition que vous suiviez les étapes de configuration supplémentaires décrites dans cette section. **Topics** + [AL2023 AMI minimale publiée le 2023.09.20 ou version ultérieure](#configure-AL2023-minimal-for-hibernation) + [AMI minimale Amazon Linux 2 publiée le 29 août 2019 ou version ultérieure](#configure-AL2-minimal-for-hibernation) + [Amazon Linux 2 publiées avant le 29.08.2019](#configure-AL2-for-hibernation) + [Amazon Linux 2 publiées avant le 16.11.2018](#configure-AL-for-hibernation) + [CentOS version 8 ou ultérieure](#configure-centos-for-hibernation) + [Fedora version 34 ou ultérieure](#configure-fedora-for-hibernation) + [Red Hat Enterprise Linux version 8 ou 9](#configure-RHEL-for-hibernation) + [Ubuntu 20.04 LTS (Focal Fossa) publié avant le numéro de série 20210820](#configure-ubuntu2004-for-hibernation) + [Ubuntu 18.04 (Bionic Beaver) publié avant le numéro de série 20190722.1](#configure-ubuntu1804-for-hibernation) + [Ubuntu 16.04 (Xenial Xenus)](#configure-ubuntu1604-for-hibernation) Pour les systèmes Linux et Windows AMIs qui prennent en charge l'hibernation et pour lesquels *aucune configuration supplémentaire n'*est requise, consultez[AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). Pour plus d’informations, consultez la section [Mettre à jour le logiciel de l’instance sur votre instance Amazon Linux 2](https://docs.aws.amazon.com/linux/al2/ug/install-updates.html). ## AL2023 AMI minimale publiée le 2023.09.20 ou version ultérieure **Pour configurer une AMI AL2023 minimale publiée le 2023.09.20 ou une version ultérieure afin de prendre en charge l'hibernation** 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Redémarrez le service . ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## AMI minimale Amazon Linux 2 publiée le 29 août 2019 ou version ultérieure **Pour configurer une AMI minimale Amazon Linux 2 publiée le 20 août 2019 ou ultérieurement afin de prendre en charge la mise en veille prolongée** 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Redémarrez le service . ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## Amazon Linux 2 publiées avant le 29.08.2019 **Pour configurer une AMI Amazon Linux 2 publiée avant le 29.08.2019 afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.14.138-114.102` ou version ultérieure. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `4.14.138-114.102` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` 1. Arrêtez l’instance et créez une AMI. Pour de plus amples informations, veuillez consulter [Créer une AMI basée sur Amazon EBS](creating-an-ami-ebs.md). ## Amazon Linux 2 publiées avant le 16.11.2018 **Pour configurer une AMI Amazon Linux 2 publiée avant le 16.11.2018 afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.14.77-70.59` ou version ultérieure. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau est mise à jour vers `4.14.77-70.59` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` 1. Arrêtez l’instance et créez une AMI. Pour de plus amples informations, veuillez consulter [Créer une AMI basée sur Amazon EBS](creating-an-ami-ebs.md). ## CentOS version 8 ou ultérieure **Pour configurer une AMI CentOS version 8 ou ultérieure afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.18.0-305.7.1.el8_4.x86_64` ou version ultérieure. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installez le référentiel Fedora Extra Packages for Enterprise Linux (EPEL). ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Activez l’agent de mise en veille prolongée pour démarrer au démarrage. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `4.18.0-305.7.1.el8_4.x86_64` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` ## Fedora version 34 ou ultérieure **Pour configurer une AMI Fedora version 34 ou ultérieure afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `5.12.10-300.fc34.x86_64` ou version ultérieure. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Activez l’agent de mise en veille prolongée pour démarrer au démarrage. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `5.12.10-300.fc34.x86_64` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` ## Red Hat Enterprise Linux version 8 ou 9 **Pour configurer une AMI Red Hat Enterprise Linux version 8 ou 9 afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.18.0-305.7.1.el8_4.x86_64` ou version ultérieure. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installez le référentiel Fedora Extra Packages for Enterprise Linux (EPEL). RHEL version 8 : ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` RHEL version 9 : ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Activez l’agent de mise en veille prolongée pour démarrer au démarrage. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `4.18.0-305.7.1.el8_4.x86_64` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 20.04 LTS (Focal Fossa) publié avant le numéro de série 20210820 **Pour configurer une AMI Ubuntu LTS 20.04 (Focal Fossa) publiée avant le numéro de série 20210820 afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le linux-aws-kernel vers `5.8.0-1038.40` ou une version ultérieure, et grub2 vers `2.04-1ubuntu26.13` ou une version ultérieure. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `5.8.0-1038.40` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` 1. Vérifiez que la version de grub2 a été mise à jour vers `2.04-1ubuntu26.13` ou une version ultérieure. ``` [ec2-user ~]$ dpkg --list | grep grub2-common ``` ## Ubuntu 18.04 (Bionic Beaver) publié avant le numéro de série 20190722.1 **Pour configurer une AMI Ubuntu LTS 18.04 publiée avant le numéro de série 20190722.1 afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.15.0-1044` ou version ultérieure. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `4.15.0-1044` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 16.04 (Xenial Xenus) Pour configurer Ubuntu 16.04 LTS afin de prendre en charge l'hibernation, vous devez installer le package du linux-aws-hwe noyau version 4.15.0-1058-aws ou ultérieure et l'agent ec2-hibinit-agent. **Important** Le package noyau `linux-aws-hwe` est pris en charge par Canonical. La prise en charge standard d’Ubuntu 16.04 LTS a pris fin en avril 2021 et le package ne reçoit plus de mises à jour régulières. Il recevra toutefois des mises à jour de sécurité supplémentaires jusqu’à ce que la prise en charge de la maintenance de sécurité étendue prenne fin en 2024. Pour plus d’informations, consultez [Amazon EC2 Hibernation for Ubuntu 16.04 LTS now available](https://ubuntu.com/blog/amazon-ec2-hibernation-for-ubuntu-16-04-lts-now-available) sur le blog Canonical Ubuntu. Nous vous recommandons une mise à niveau vers l’AMI Ubuntu 20.04 LTS (Focal Fossa) ou l’AMI Ubuntu 18.04 LTS (Bionic Beaver). **Pour configurer une AMI Ubuntu 16.04 LTS afin de prendre en charge la mise en veille prolongée** 1. Mettez à jour le noyau vers `4.15.0-1058-aws` ou version ultérieure. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt install linux-aws-hwe ``` 1. Installez le package `ec2-hibinit-agent` à partir des référentiels. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Redémarrez l’instance. ``` [ec2-user ~]$ sudo reboot ``` 1. Vérifiez que la version du noyau a été mise à jour vers `4.15.0-1058-aws` ou une version ultérieure. ``` [ec2-user ~]$ uname -a ``` # Activer la mise en veille prolongée pour une instance Amazon EC2 Pour mettre en veille prolongée une instance, vous devez d’abord l’activer pour la mise en veille prolongée lors du lancement de l’instance. **Important** Vous ne pouvez pas activer ou désactiver la mise en veille prolongée pour une instance après son lancement. **Topics** + [Activer la mise en veille prolongée pour les instances à la demande](#enable-hibernation-for-on-demand-instances) + [Activer la mise en veille prolongée pour les instances Spot](#enable-hibernation-for-spot-instances) + [Voir si une instance est activée pour la mise en veille prolongée](#view-if-instance-is-enabled-for-hibernation) ## Activer la mise en veille prolongée pour les instances à la demande Vous pouvez activer la mise en veille prolongée pour vos instances à la demande. ------ #### [ Console ] **Pour activer la mise en veille prolongée pour une instance à la demande** 1. Suivez la procédure pour [lancer une instance](ec2-launch-instance-wizard.md), mais ne lancez l’instance qu’après avoir effectué les étapes suivantes pour activer l’hibernation. 1. Pour activer l’hibernation, configurez les champs suivants dans l’assistant de lancement de l’instance : 1. Sous **Application and OS Images (Amazon Machine Image)** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI qui prend en charge la mise en veille prolongée. Pour de plus amples informations, veuillez consulter [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. Pour **Instance type** (Type d’Instance), sélectionnez un type d’instance pris en charge. Pour de plus amples informations, veuillez consulter [Familles d’instances](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. Sous **Configure storage** (Configurer le stockage), choisissez **Advanced** (Avancé) (à droite), et spécifiez les informations suivantes pour le volume racine : + Pour **Taille (Go)**, saisissez la taille du volume EBS racine. Le volume doit être suffisamment grand pour stocker le contenu de la mémoire RAM et prendre en compte l’utilisation que vous prévoyez. + Sous **Volume type** (Type de volume), sélectionnez un type de volume EBS pris en charge : SSD à usage général (`gp2` et `gp3`) ou SSD IOPS provisionnés (`io1` et `io2`). + Pour **Encrypted** (Chiffré), choisissez **Yes** (Oui). Si vous avez activé le chiffrement par défaut dans cette AWS région, l'option **Oui** est sélectionnée. + Pour **KMS key** (Clé KMS), sélectionnez la clé de chiffrement pour le volume. Si vous avez activé le chiffrement par défaut dans cette AWS région, la clé de chiffrement par défaut est sélectionnée. Pour plus d’informations sur les prérequis relatifs au volume racine, consultez [Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md). 1. Développez **Advanced details** (Détails avancés), et pour **Stop - Hibernate behavior** (Arrêt – Comportement de mise en veille prolongée), choisissez **Enable** (Activer). 1. Dans le panneau **Summary** (Résumé), vérifiez la configuration de votre instance, puis choisissez **Launch instance** (Lancer l’instance). Pour de plus amples informations, veuillez consulter [Lancez une instance EC2 à l’aide de l’assistant de lancement d’instance de la console](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **Pour activer la mise en veille prolongée pour une instance à la demande** Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) pour lancer une instance. Spécifiez les paramètres du volume racine EBS à l’aide du paramètre `--block-device-mappings file://mapping.json` et activez la mise en veille prolongée à l’aide du paramètre `--hibernation-options Configured=true`. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type m5.large \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair ``` Spécifiez les éléments suivants dans `mapping.json`. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` La valeur de `DeviceName` doit correspondre au nom du périphérique racine associé à l’AMI. Pour trouver le nom du périphérique racine, utilisez la commande [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) (décrire les images). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Si vous avez activé le chiffrement par défaut dans cette AWS région, vous pouvez l'omettre`"Encrypted": true`. ------ #### [ PowerShell ] **Pour activer la mise en veille prolongée pour une instance à la demande** Utilisez la [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)commande pour lancer une instance. Spécifiez le volume racine EBS en définissant d’abord le mappage au périphérique de stockage en mode bloc, puis en l’ajoutant à la commande à l’aide du paramètre `-BlockDeviceMappings`. Activez la mise en veille prolongée à l’aide du paramètre `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ``` La valeur de `DeviceName` doit correspondre au nom du périphérique racine associé à l’AMI. Pour trouver le nom du périphérique racine, utilisez la [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)commande. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Si vous avez activé le chiffrement par défaut dans cette AWS région, vous pouvez omettre le mappage `Encrypted = $true` des périphériques par blocs. ------ ## Activer la mise en veille prolongée pour les instances Spot Vous pouvez activer la mise en veille prolongée pour vos instances Spot. Pour plus d’informations sur la mise en veille prolongée des instances Spot en cas d’interruption, consultez la rubrique [Interruptions d’instance Spot](spot-interruptions.md). ------ #### [ Console ] **Pour activer la mise en veille prolongée pour une instance Spot** 1. Suivez la procédure pour [demande une instance Spot à l’aide de l’assistant de lancement d’instance](using-spot-instances-request.md), mais ne lancez l’instance qu’après avoir effectué les étapes suivantes pour activer la mise en veille prolongée. 1. Pour activer l’hibernation, configurez les champs suivants dans l’assistant de lancement de l’instance : 1. Sous **Application and OS Images (Amazon Machine Image)** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI qui prend en charge la mise en veille prolongée. Pour de plus amples informations, veuillez consulter [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. Pour **Instance type** (Type d’Instance), sélectionnez un type d’instance pris en charge. Pour de plus amples informations, veuillez consulter [Familles d’instances](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. Sous **Configure storage** (Configurer le stockage), choisissez **Advanced** (Avancé) (à droite), et spécifiez les informations suivantes pour le volume racine : + Pour **Taille (Go)**, saisissez la taille du volume EBS racine. Le volume doit être suffisamment grand pour stocker le contenu de la mémoire RAM et prendre en compte l’utilisation que vous prévoyez. + Sous **Volume type** (Type de volume), sélectionnez un type de volume EBS pris en charge : SSD à usage général (`gp2` et `gp3`) ou SSD IOPS provisionnés (`io1` et `io2`). + Pour **Encrypted** (Chiffré), choisissez **Yes** (Oui). Si vous avez activé le chiffrement par défaut dans cette AWS région, l'option **Oui** est sélectionnée. + Pour **KMS key** (Clé KMS), sélectionnez la clé de chiffrement pour le volume. Si vous avez activé le chiffrement par défaut dans cette AWS région, la clé de chiffrement par défaut est sélectionnée. Pour plus d’informations sur les prérequis relatifs au volume racine, consultez [Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md). 1. Développez **Détails avancés** et, en plus des champs de configuration d’une instance Spot, procédez comme suit : 1. Pour **Type de demande**, choisissez **Persistente**. 1. Pour **Comportement d’interruption**, choisissez **Mise en veille prolongée**. Sinon, pour **Comportement d’arrêt - mise en veille prolongée**, choisissez **Activer**. Les deux champs activent la mise en veille prolongée sur votre instance Spot. Vous devez uniquement configurer l’un de ces champs. 1. Dans le panneau **Summary** (Résumé), vérifiez la configuration de votre instance, puis choisissez **Launch instance** (Lancer l’instance). Pour de plus amples informations, veuillez consulter [Lancez une instance EC2 à l’aide de l’assistant de lancement d’instance de la console](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **Pour activer la mise en veille prolongée pour une instance Spot** Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) pour demander une instance Spot. Spécifiez les paramètres du volume racine EBS à l’aide du paramètre `--block-device-mappings file://mapping.json` et activez la mise en veille prolongée à l’aide du paramètre `--hibernation-options Configured=true`. Le type de la demande Spot (`SpotInstanceType`) doit être `persistent`. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type c4.xlarge \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair --instance-market-options { "MarketType":"spot", "SpotOptions":{ "MaxPrice":"1", "SpotInstanceType":"persistent" } } ``` Spécifiez les paramètres du volume racine EBS dans `mapping.json` comme suit. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` La valeur de `DeviceName` doit correspondre au nom du périphérique racine associé à l’AMI. Pour trouver le nom du périphérique racine, utilisez la commande [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) (décrire les images). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Si vous avez activé le chiffrement par défaut dans cette AWS région, vous pouvez l'omettre`"Encrypted": true`. ------ #### [ PowerShell ] **Pour activer la mise en veille prolongée pour une instance Spot** Utilisez la [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)commande pour demander une instance Spot. Spécifiez le volume racine EBS en définissant d’abord le mappage au périphérique de stockage en mode bloc, puis en l’ajoutant à la commande à l’aide du paramètre `-BlockDeviceMappings`. Activez la mise en veille prolongée à l’aide du paramètre `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ` -InstanceMarketOption @( MarketType = spot; SpotOptions @{ MaxPrice = 1; SpotInstanceType = persistent} ) ``` La valeur de `DeviceName` doit correspondre au nom du périphérique racine associé à l’AMI. Pour trouver le nom du périphérique racine, utilisez la [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)commande. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Si vous avez activé le chiffrement par défaut dans cette AWS région, vous pouvez omettre le mappage `Encrypted = $true` des périphériques par blocs. ------ ## Voir si une instance est activée pour la mise en veille prolongée Vous pouvez vérifier si la mise en veille prolongée est activée pour une instance. ------ #### [ Console ] **Pour voir si une instance est activée pour la mise en veille prolongée** 1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Dans le panneau de navigation, choisissez **Instances**. 1. Sélectionnez l’instance et, sous l’onglet **Détails** de la section **Détails de l’instance**, inspectez le **comportement Stop-hibernate**. La valeur **Enabled (Activé)** indique que l’instance est activée pour la mise en veille prolongée. ------ #### [ AWS CLI ] **Pour voir si une instance est activée pour la mise en veille prolongée** Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) et spécifiez le paramètre `--filters "Name=hibernation-options.configured,Values=true"` pour filtrer les instances qui sont activées pour la mise en veille prolongée. ``` aws ec2 describe-instances \ --filters "Name=hibernation-options.configured,Values=true" ``` Le champ suivant dans le résultat indique que l’instance est activée pour la mise en veille prolongée. ``` "HibernationOptions": { "Configured": true } ``` ------ #### [ PowerShell ] **Pour voir si une instance est activée pour la mise en veille prolongée** Utilisez les instances d'[Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)applet de commande et de filtre activées pour l'hibernation. ``` (Get-EC2Instance ` -Filter @{Name="hibernation-options.configured"; Values="true"}).Instances ``` ------ # Désactiver KASLR sur une instance (Ubuntu uniquement) Pour exécuter une mise en veille prolongée sur une instance récemment lancée avec Ubuntu 16.04 LTS (Xenial Xerus), Ubuntu 18.04 LTS (Bionic Beaver) publiée avec le numéro de série 20190722.1 ou ultérieur ou Ubuntu 20.04 LTS (Focal Fossa) publiée avec le numéro de série 20210820 ou ultérieur, il est recommandé de désactiver KASLR (Kernel Address Space Layout Randomization). Sur Ubuntu 16.04 LTS, Ubuntu 18.04 LTS ou Ubuntu 20.04 LTS, KASLR est activé par défaut. KASLR est une fonction de sécurité du noyau Linux standard qui permet d’atténuer l’exposition aux vulnérabilités d’accès à la mémoire pas encore découvertes, et leurs ramifications, en randomisant la valeur de l’adresse de base du noyau. En activant KASLR, il est possible que l’instance ne reprenne pas son exécution après sa mise en veille prolongée. Pour en savoir plus sur KASLR, consultez la page relative aux [fonctionnalités d’Ubuntu](https://wiki.ubuntu.com/Security/Features). **Pour désactiver KASLR sur une instance lancée avec Ubuntu** 1. Connectez-vous à votre instance à l’aide de SSH. Pour de plus amples informations, veuillez consulter [Se connecter à votre instance Linux à l’aide de SSH](connect-to-linux-instance.md). 1. Ouvrez le fichier `/etc/default/grub.d/50-cloudimg-settings.cfg` dans l’éditeur de votre choix. Éditez la ligne `GRUB_CMDLINE_LINUX_DEFAULT` de sorte à ajouter l’option `nokaslr` à la fin de la ligne, comme illustré dans l’exemple suivant. ``` GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 nvme_core.io_timeout=4294967295 nokaslr" ``` 1. Enregistrez le fichier et quittez votre éditeur. 1. Exécutez la commande suivante pour recréer la configuration Grub. ``` sudo update-grub ``` 1. Redémarrez l’instance. ``` sudo reboot ``` 1. Exécutez la commande suivante pour confirmer que `nokaslr` a été ajouté. ``` cat /proc/cmdline ``` Le résultat de la commande doit inclure l’option `nokaslr`. # Mettre en veille prolongée d’une instance Amazon EC2 Vous pouvez lancer la mise en veille prolongée sur une instance à la demande ou une instance Spot si l’instance est une instance basée sur EBS, si elle est [activée pour la mise en veille prolongée](enabling-hibernation.md) et si elle répond aux [prérequis de la mise en veille prolongée](hibernating-prerequisites.md). Si une instance ne peut pas être mise en veille prolongée, un arrêt normal a lieu. ------ #### [ Console ] **Pour mettre une instance en veille prolongée** 1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Dans le panneau de navigation, choisissez **Instances**. 1. Sélectionnez une instance et choisissez **État de l’instance**, **Mettre en veille prolongée les instances**. Si **Mettre l’instance en veille prolongée** est désactivé, l’instance est déjà en veille prolongée ou arrêtée, ou elle ne peut pas être mise en veille prolongée. Pour plus d’informations, consultez [Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md). 1. Lorsque vous êtes invité à confirmer l’opération, choisissez **Mettre en veille prolongée**. La mise en veille prolongée de l’instance peut prendre quelques minutes. L’état de l’instance passe d’abord à **Stopping**(En cours d’arrêt), puis passe à **Stopped** (Arrêté(e)) lorsque l’instance est mise en veille prolongée. ------ #### [ AWS CLI ] **Pour mettre une instance en veille prolongée** Utilisez la commande [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) et spécifiez le paramètre `--hibernate`. ``` aws ec2 stop-instances \ --instance-ids i-1234567890abcdef0 \ --hibernate ``` ------ #### [ PowerShell ] **Pour mettre une instance en veille prolongée** Utilisez l’applet de commande [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html). ``` Stop-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -Hibernate $true ``` ------ Vous pouvez vérifier si la mise en veille prolongée a été initiée sur une instance. ------ #### [ Console ] **Pour voir si la mise en veille prolongée est initiée sur une instance** 1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Dans le panneau de navigation, choisissez **Instances**. 1. Sélectionnez l’instance et, sous l’onglet **Détails** de la section **Détails de l’instance**, vérifiez la valeur du champ **Message de transition d’état**. **Cliente. UserInitiatedHibernate: La mise en veille prolongée initiée par l'utilisateur** indique que vous avez lancé l'hibernation sur l'instance à la demande ou l'instance ponctuelle. ------ #### [ AWS CLI ] **Pour voir si la mise en veille prolongée est initiée sur une instance** Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) et spécifiez le filtre `state-reason-code` pour afficher les instances sur lesquelles la mise en veille prolongée est initiée. ``` aws ec2 describe-instances \ --filters "Name=state-reason-code,Values=Client.UserInitiatedHibernate" ``` Le champ suivant dans le résultat indique que la mise en veille prolongée a été initiée sur l’instance à la demande ou sur l’instance Spot. ``` "StateReason": { "Code": "Client.UserInitiatedHibernate" } ``` ------ #### [ PowerShell ] **Pour voir si la mise en veille prolongée est initiée sur une instance** Utilisez l'[Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)applet de commande et spécifiez le `state-reason-code` filtre pour voir les instances sur lesquelles l'hibernation a été initiée. ``` Get-EC2Instance ` -Filter @{Name="state-reason-code";Value="Client.UserInitiatedHibernate"} ``` ------ # Démarrer une instance Amazon EC2 mise en veille prolongée Démarrez une instance mise en veille prolongée comme vous le feriez pour une instance arrêtée. Pour les instances Spot, si Amazon EC2 a mis l’instance en veille prolongée, seul Amazon EC2 peut la relancer. Vous ne pouvez relancer une instance Spot mise en veille prolongée que si *vous* êtes à l’origine de la mise en veille prolongée. Les instances Spot ne peuvent être relancées que si la capacité est disponible et si le prix Spot est inférieur ou égal au prix maximum spécifié. ------ #### [ Console ] **Pour démarrer une instance mise en veille prolongée** 1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Dans le panneau de navigation, choisissez **Instances**. 1. Sélectionnez une instance mise en veille prolongée et choisissez **État de l’instance**, **Démarrer l’instance**. Il peut s’écouler quelques minutes avant que l’instance ne passe à l’état `running`. Pendant ce temps, les [contrôles de statut](monitoring-system-instance-status-check.md#types-of-instance-status-checks) de l’instance montrent l’instance à un état d’échec jusqu’à ce que l’instance ait démarré. ------ #### [ AWS CLI ] **Pour démarrer une instance mise en veille prolongée** Utilisez la commande [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html). ``` aws ec2 start-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Pour démarrer une instance mise en veille prolongée** Utilisez l’applet de commande [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html). ``` Start-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ # Résoudre les problèmes d’Mise en veille prolongée d’une instance Amazon EC2 Utilisez ces informations pour diagnostiquer et résoudre les problèmes courants que vous pourriez rencontrer lors de la mise en veille prolongée d’une instance. **Topics** + [Impossible d’effectuer une mise en veille prolongée immédiatement après le lancement](#hibernate-troubleshooting-1) + [Le passage de stopping à stopped prend du temps et l’état de la mémoire n’est pas restauré après le démarrage](#hibernate-troubleshooting-2) + [Instance « bloquée » à l’état stopping](#hibernate-troubleshooting-3) + [Impossible de démarrer l’instance Spot immédiatement après la mise en veille prolongée](#hibernate-troubleshooting-4) + [Échec de la reprise des instances Spot](#hibernate-troubleshooting-5) ## Impossible d’effectuer une mise en veille prolongée immédiatement après le lancement Si vous essayez de mettre en veille prolongée une instance trop rapidement après l’avoir lancée, vous obtiendrez une erreur. Vous devez patienter environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows après le lancement avant de la mettre en veille prolongée. ## Le passage de stopping à stopped prend du temps et l’état de la mémoire n’est pas restauré après le démarrage Si votre instance mise en veille prolongée prend du temps pour passer de l’état `stopping` à `stopped`, et si l’état de la mémoire n’est pas restauré après que vous avez démarré, cela peut indiquer que la mise en veille prolongée n’a pas été configurée correctement. **Instances Linux** Consultez le journal système de l’instance et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal système, [connectez-vous](connect-to-linux-instance.md) à l'instance ou utilisez la [get-console-output](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html)commande. Recherchez les lignes de journal de l’agent `hibinit-agent`. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu. Par exemple, le message suivant indique que le volume racine de l’instance n’est pas suffisamment grand : `hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.` Si la dernière ligne de journal de `hibinit-agent` est `hibinit-agent: Running: swapoff /swap`, la mise en veille prolongée a été configurée avec succès. Si vous ne voyez aucun journal issu de ces processus, votre AMI ne prend pas en charge la mise en veille prolongée. Pour plus d'informations sur la prise en charge AMIs, consultez[Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md). Si vous avez utilisé votre propre AMI Linux, assurez-vous d’avoir suivi les instructions pour [Configurer une AMI Linux pour qu'elle prenne en charge la mise en veille prolongée](hibernation-enabled-AMI.md). **Windows Server 2016 et versions ultérieures** Consultez le journal de lancement de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de lancement de l’instance EC2, [connectez-vous](connecting_to_windows_instance.md) à l’instance et ouvrez le fichier `C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log` dans un éditeur de texte. Si vous utilisez EC2 Launch v2, ouvrez`C:\ProgramData\Amazon\EC2Launch\log\agent.log`. **Note** Par défaut, Windows masque les fichiers et les dossiers qui se trouvent sous `C:\ProgramData`. Pour afficher les fichiers et les répertoires de lancement de l’instance EC2, vous devez tapez le chemin d’accès dans l’Explorateur Windows ou modifier les propriétés de dossier afin d’afficher les fichiers et les dossiers masqués. Recherchez les lignes de journal pour la mise en veille prolongée. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu. Par exemple, le message suivant indique que la mise en veille prolongée n’a pas pu être configurée : `Message: Failed to enable hibernation.` si le message d’erreur inclut des valeurs ASCII décimales, vous pouvez convertir les valeurs ASCII en texte brut afin de lire le message d’erreur complet. Si la ligne de journal contient `HibernationEnabled: true`, la mise en veille prolongée a été configurée avec succès. **Windows Server 2012 R2 et versions antérieures** Consultez le journal de configuration de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de configuration de l’instance EC2, [connectez-vous](connecting_to_windows_instance.md) à l’instance et ouvrez le fichier `C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt` dans un éditeur de texte. Recherchez les lignes de journal pour `SetHibernateOnSleep`. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu. Par exemple, le message suivant indique que le volume racine de l’instance n’est pas suffisamment grand : `SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.` Si la ligne de journal est `SetHibernateOnSleep: HibernationEnabled: true`, la mise en veille prolongée a été configurée avec succès. **Taille de l’instance Windows** Si vous utilisez une instance Windows T3 ou T3a avec moins de 1 Gio de RAM, essayez de passer à une instance disposant d’au moins 1 Gio de RAM. ## Instance « bloquée » à l’état stopping Si vous avez mis votre instance en veille prolongée que celle-ci semble « bloquée » à l’état `stopping`, vous pouvez forcer son arrêt. Pour de plus amples informations, veuillez consulter [Résoudre les problèmes d'arrêt des EC2 instances Amazon](TroubleshootingInstancesStopping.md). ## Impossible de démarrer l’instance Spot immédiatement après la mise en veille prolongée Si vous essayez de démarrer une instance Spot dans les deux minutes suivant sa mise en veille prolongée, le message d’erreur suivant peut s’afficher : `You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.` Attendez environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows, puis réessayez de la démarrer. ## Échec de la reprise des instances Spot Si votre instance Spot a été mise en veille prolongée avec succès, mais qu’elle n’a pas pu reprendre, et qu’elle a été redémarrée (un nouveau redémarrage où l’état de mise en veille prolongée n’est pas conservé), cela peut être dû au fait que les données utilisateur contenaient le script suivant : ``` /usr/bin/enable-ec2-spot-hibernation ``` Supprimez ce script du champ **Données utilisateur** du modèle de lancement, puis demandez une nouvelle instance Spot. Notez que même si l’instance n’a pas pu reprendre, si l’état de mise en veille prolongée n’est pas préservé, l’instance peut toujours être démarrée de la même manière qu’en partant de l’état `stopped`.