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.
Comment fonctionne l'hibernation des EC2 instances Amazon
Le schéma suivant présente un aperçu de base du processus d'hibernation pour les EC2 instances.
![Présentation du flux de la mise en veille prolongée.](images/hibernation-flow.png)
Ce qui se passe lorsque vous arrêtez une instance
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 d'exécuter l'hibernation (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' EC2 instance Amazon restent attachés à l'instance, mais les données sur les volumes de stockage d'instance sont perdues.
-
Lorsque votre instance se trouve dans l’état
stopped
, vous pouvez modifier certains attributs de l’instance, y compris le type ou la taille d’instance. -
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' IPv4 adresse publique. Lorsque l'instance est démarrée, Amazon lui EC2 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.
Limites
-
Lorsque vous mettez en veille une instance, les données contenues sur les volumes de stockage d’instances sont perdues.
-
Vous ne pouvez pas mettre en veille prolongée une instance Linux disposant de plus de 150 Go de mémoire RAM.
-
Vous ne pouvez pas mettre en veille prolongée une instance Windows disposant de plus de 16 Go de mémoire RAM.
-
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 met EC2 en veille prolongée votre instance Spot, seul Amazon EC2 peut reprendre votre instance. Si vous mettez votre instance Spot en veille prolongée (mise en veille prolongée à l’initiative de l’utilisateur), 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 fait partie d'un groupe Auto Scaling et que vous essayez de la mettre en veille prolongée, le service Amazon EC2 Auto Scaling indique que l'instance arrêtée est défectueuse et peut la mettre hors service et lancer une instance de remplacement. Pour plus d'informations, consultez la section Contrôles de santé des instances d'un groupe Auto Scaling dans le manuel Amazon EC2 Auto Scaling User Guide.
-
Vous ne pouvez pas mettre en veille prolongée une instance configurée pour démarrer en mode UEFI.
-
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 met en EC2 veille prolongée votre instance Spot :
-
Seul Amazon EC2 peut reprendre votre instance.
-
Amazon EC2 reprend l'instance Spot mise en veille prolongée lorsque de la capacité devient disponible avec un prix au comptant inférieur ou égal au prix maximum que vous avez spécifié.
-
Avant qu'Amazon ne EC2 mette votre instance Spot en veille prolongée, vous recevrez un avis d'interruption deux minutes avant le début de l'hibernation.
Pour de plus amples informations, veuillez consulter Interruptions d’instance Spot.
-