Comment fonctionne la résiliation d'une instance
Lorsque vous résiliez une instance, les changements sont enregistrés au niveau du système d’exploitation de l’instance, certaines ressources sont perdues et d’autres perdurent.
Le schéma suivant montre ce qui est perdu et ce qui persiste lorsqu’une instance Amazon EC2 est résiliée. Lorsqu'une instance est résiliée, les données présentes sur les volumes de stockage d'instance et les données stockées dans la RAM d'instance sont effacées. Toutes les adresses IP élastiques associées à l'instance sont supprimées. Pour les volumes Amazon EBS et les données qu'ils contiennent, le résultat dépend du paramètre Supprimer en cas de résiliation du volume. À défaut, le volume racine est supprimé et les volumes de données sont préservés.
Considérations
-
Lorsqu’une instance est mise hors service, les données des volumes de stockage d’instances associées à cette instance sont supprimées.
-
Par défaut, les volumes du périphérique racine Amazon EBS sont supprimés automatiquement lorsque l’instance est mise hors service. Toutefois, tout volume EBS supplémentaire attaché lors du lancement, ou tout volume EBS attaché à une instance existante, persiste même après la résiliation de l’instance. Pour en savoir plus, consultez Conservation des données lors de la résiliation d’une instance.
Note
Tous les volumes qui ne sont pas supprimés lors de la résiliation de l’instance continueront à entraîner des frais.
-
Pour éviter qu'une instance ne soit accidentellement arrêtée par quelqu'un, activer la protection contre la résiliation pour l’instance.
-
Pour déterminer si une instance s'arrête ou est résiliée lorsque l'arrêt est initié depuis l'instance, modifier l'instance comportement d'arrêt lancé par l'instance.
-
Si vous exécutez un script de la résiliation d’une instance, il est possible que cette dernière soit résiliée de façon anormale dans la mesure où nous ne pouvons pas garantir le bon fonctionnement des scripts d’arrêt. Amazon EC2 tente de résilier une instance proprement et d’exécuter les scripts d’arrêt du système. Toutefois, certains événements (par exemple, une panne matérielle) peuvent empêcher l’exécution de ces scripts d’arrêt du système.
-
Les instances en matériel nu x86 ne prennent pas en charge l'arrêt coopératif.
Ce qui se passe lorsque vous résiliez une instance
Changements enregistrés au niveau du système d'exploitation
-
La demande d’API envoie un événement d’appui sur un bouton à l’invité.
-
Divers services système sont arrêtés à la suite de l’événement d’appui sur le bouton. L'arrêt progressif du système est assuré par systemd (Linux) ou par le processus système (Windows). L’arrêt normal est déclenché par l’événement d’appui sur un bouton d’arrêt ACPI à partir de l’hyperviseur.
-
L’arrêt ACPI est lancé.
-
L'instance s'arrêtera après la fin du processus d'arrêt progressif. L’heure d’arrêt du système d’exploitation n’est pas configurable. L’instance reste visible dans la console pendant une courte période, puis l’entrée est automatiquement supprimée.
Ressources perdues
-
Les données stockées sur un volume de stockage d’instances.
-
Les données stockées sur les volumes de l’appareil racine Amazon EBS si l’attribut
DeleteOnTerminationest défini sur true.
Des ressources qui perdurent
-
Les données stockées sur des volumes Amazon EBS supplémentaires attachés lors du lancement ou après le lancement d’une instance.
Test de la réponse de l’application à la résiliation d’instance
Vous pouvez utiliser AWS Fault Injection Service pour tester comment votre application réagit lorsque votre instance est résiliée. Pour plus d’informations, consultez le Guide de l’utilisateur AWS Fault Injection Service.
