Comment fonctionne la résiliation d'une instance - Amazon Elastic Compute Cloud

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 la résiliation d'une instance

Lorsque vous mettez fin à une instance, les modifications sont enregistrées au niveau du système d'exploitation de l'instance, certaines ressources sont perdues et certaines ressources persistent.

Le schéma suivant montre ce qui est perdu et ce qui persiste lorsqu'une EC2 instance Amazon est résiliée. Lorsqu'une instance se termine, les données de tous les volumes de stockage d'instance et les données stockées sur l'instance RAM sont effacées. Toutes les adresses IP élastiques associées à l'instance sont détachées. Pour les EBS volumes Amazon et les données qu'ils contiennent, le résultat dépend du paramètre Supprimer en cas de résiliation du volume. Par défaut, le volume racine est supprimé et les volumes de données sont préservés.

Les adresses IPRAM, les volumes de stockage des instances et le volume EBS racine sont perdus lorsqu'une instance est arrêtée.

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 EBS racine Amazon sont automatiquement supprimés lorsque l'instance se termine. Toutefois, tous les EBS volumes supplémentaires que vous attachez au lancement ou les EBS volumes que vous attachez à une instance existante sont conservés même après la fin de l'instance. Pour de plus amples informations, veuillez consulter 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 interrompue par quelqu'un, activez la protection contre la résiliation.

  • Pour contrôler si une instance s'arrête ou se termine lorsque l'arrêt est initié à partir de l'instance, modifiez le comportement d'arrêt initié 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 essaie d'arrêter correctement une instance et d'exécuter les scripts d'arrêt du système ; toutefois, certains événements (tels qu'une panne matérielle) peuvent empêcher l'exécution de ces scripts d'arrêt du système.

  • Les instances bare metal x86 ne prennent pas en charge l'arrêt coopératif.

Ce qui se passe lorsque vous résiliez une instance

Modifications enregistrées au niveau du système d'exploitation
  • La API demande 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 le processus système (Windows). L'arrêt progressif est déclenché par le fait que l'hyperviseur appuie sur le bouton d'ACPIarrêt.

  • ACPIl'arrêt est lancé.

  • L'instance s'arrêtera une fois le processus d'arrêt progressif terminé. 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.

  • Données stockées sur les volumes de l'appareil EBS racine Amazon si l'DeleteOnTerminationattribut est défini sur true.

Des ressources qui persistent
  • Données stockées sur des EBS volumes Amazon supplémentaires attachés au lancement ou après le lancement d'une instance.

Test de la réponse de l’application à la résiliation d’instance

Vous pouvez l'utiliser AWS Fault Injection Service pour tester la façon dont votre application réagit lorsque votre instance est arrêtée. Pour plus d’informations, consultez le AWS Fault Injection Service Guide de l’utilisateur .