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.
Actions recommandées pour les EC2 instances Amazon affectées par des événements planifiés
La rubrique suivante explique les mesures que vous devez prendre lorsque votre EC2 instance Amazon est affectée par un événement planifié.
Rubriques
Actions pour les instances dont l'arrêt ou la mise hors service sont prévus
Lorsqu'il AWS détecte une défaillance irréparable de l'hôte sous-jacent de votre instance, il planifie l'arrêt ou la résiliation de l'instance, en fonction du type de périphérique racine de l'instance. Si le périphérique racine est un EBS volume, l'arrêt de l'instance est programmé. Si le périphérique racine est un volume de stockage d’instance, la fin de l’instance est planifiée. Pour plus d’informations, veuillez consulter Mise hors service d’instance.
Important
Les données stockées sur des volumes de stockage d’instance sont perdues lorsque l’instance est arrêtée, mise en veille prolongée ou résiliée. Cela inclut les volumes de stockage d'instance attachés à une instance dont le périphérique racine est un EBS volume. Veillez à enregistrer les données de vos volumes de stockage d’instance dont vous aurez besoin ultérieurement avant que l’instance ne soit arrêtée, mise en veille prolongée ou résiliée.
Actions pour les instances soutenues par Amazon EBS
Vous pouvez attendre que l’instance s’arrête comme planifié. Sinon, vous pouvez arrêter et démarrer l’instance vous-même, ce qui la migre vers un nouvel ordinateur hôte. Pour plus d’informations sur l’arrêt de votre instance, ainsi que des informations sur les changements apportés à la configuration de votre instance lorsque celle-ci est arrêtée, consultez Arrêtez et démarrez les EC2 instances Amazon.
Vous pouvez automatiser un arrêt immédiat et un démarrage en réponse à un événement planifié d’arrêt d’instance. Pour plus d'informations, consultez Automatiser les actions pour les EC2 instances Amazon dans le Guide de l'AWS Health utilisateur.
Actions pour les instances basées sur le stockage d’instance
Nous vous recommandons de lancer une instance de remplacement à partir de votre instance la plus récente AMI et de migrer toutes les données nécessaires vers l'instance de remplacement avant la date prévue de mise hors service de l'instance. Ensuite, vous pouvez mettre fin à l’instance d’origine ou attendre que l’instance prenne fin comme planifié.
Actions pour les instances dont le redémarrage est prévu
Lorsqu' AWS il doit effectuer des tâches telles que l'installation de mises à jour ou la maintenance de l'hôte sous-jacent, il peut planifier le redémarrage de l'instance ou de l'hôte sous-jacent. Vous pouvez reprogrammer la plupart des événements de redémarrage afin que votre instance soit redémarrée à une date et une heure spécifiques qui vous conviennent.
Afficher le type d’événement de reboot
Vous pouvez déterminer si l’événement de redémarrage est un redémarrage d’instance ou de système à l’aide de l’une des méthodes suivantes.
Actions pour le redémarrage d’une instance
Vous pouvez attendre que le redémarrage d’instance se produise dans sa fenêtre de maintenance planifiée, reprogrammer le redémarrage d’instance à une date et heure qui vous conviennent, ou redémarrer vous-même l’instance au moment qui vous convient.
Après le redémarrage de votre instance, l’événement planifié pour le redémarrage d’instance est annulé et la description de l’événement est mise à jour. La maintenance en attente pour l’hôte sous-jacent est effectuée et vous pouvez recommencer à utiliser votre instance après son démarrage complet.
Actions pour le redémarrage du système
Vous ne pouvez pas redémarrer le système vous-même. Vous pouvez attendre que le redémarrage de système se produise dans sa fenêtre de maintenance planifiée, ou vous pouvez reprogrammer le redémarrage de système à une date et heure qui vous conviennent. Un redémarrage de système se termine généralement en quelques minutes. Après le redémarrage du système, l'instance conserve son adresse IP et son DNS nom, et toutes les données présentes sur les volumes de stockage d'instance locaux sont préservées. Une fois le redémarrage du système achevé, l’événement planifié pour l’instance est effacé et vous pouvez vérifier que les logiciels sur votre instance fonctionnent comme prévu.
Sinon, s'il est nécessaire de maintenir l'instance à un autre moment et que vous ne pouvez pas reprogrammer le redémarrage du système, vous pouvez arrêter et démarrer une instance EBS soutenue par Amazon, qui la migre vers un nouvel hôte. Par contre, les données sur les volumes de stockage d’instance locaux ne sont pas conservées. Vous pouvez également automatiser un arrêt d’instance immédiat et un démarrage en réponse à un événement planifié de réinitialisation du système. Pour plus d'informations, consultez la section Automatisation des actions pour les EC2 instances dans le guide de l'AWS Health utilisateur. Pour une instance sauvegardée par un stockage d'instance, si vous ne pouvez pas reprogrammer le redémarrage du système, vous pouvez lancer une instance de remplacement à partir de la plus récenteAMI, migrer toutes les données nécessaires vers l'instance de remplacement avant la période de maintenance planifiée, puis mettre fin à l'instance d'origine.
Actions pour les instances dont la maintenance est planifiée
Lorsqu' AWS il doit gérer l'hôte sous-jacent d'une instance, il planifie la maintenance de l'instance. Il existe deux types d’événements de maintenance : maintenance du réseau et maintenance de l’alimentation.
Lors d’une maintenance du réseau, les instances planifiées perdent leur connectivité réseau pendant une courte période. La connectivité réseau normale vers votre instance est restaurée une fois la maintenance terminée.
Lors d’une maintenance de l’alimentation, les instances planifiées sont mises hors ligne pendant une courte période, puis redémarrées. Lorsqu’un redémarrage est effectué, les paramètres de configuration de votre instance sont conservés.
Une fois que votre instance a redémarré (cela prend normalement quelques minutes), vérifiez que votre application fonctionne comme prévu. À ce stade, votre instance ne devrait plus avoir d’événement planifié associé. Dans le cas contraire, la description de l’événement planifié commence par [Terminé]. Cela peut parfois prendre jusqu’à 1 heure pour que la description de statut de cette instance soit actualisée. Les événements de maintenance terminés sont affichés sur le tableau de bord de EC2 la console Amazon pendant une semaine au maximum.
Actions pour les instances soutenues par Amazon EBS
Vous pouvez attendre que la maintenance ait lieu comme planifié. Sinon, vous pouvez arrêter et démarrer l’instance, ce qui la migre vers un nouvel hôte. Pour plus d’informations sur l’arrêt de votre instance, ainsi que des informations sur les changements apportés à la configuration de votre instance lorsque celle-ci est arrêtée, consultez Arrêtez et démarrez les EC2 instances Amazon.
Vous pouvez automatiser un arrêt immédiat et un démarrage en réponse à un événement planifié de maintenance. Pour plus d'informations, consultez la section Automatisation des actions pour les EC2 instances dans le guide de l'AWS Health utilisateur.
Actions pour les instances basées sur le stockage d’instance
Vous pouvez attendre que la maintenance ait lieu comme planifié. Sinon, si vous souhaitez maintenir un fonctionnement normal pendant une période de maintenance planifiée, vous pouvez lancer une instance de remplacement à partir de la plus récenteAMI, migrer toutes les données nécessaires vers l'instance de remplacement avant la fenêtre de maintenance planifiée, puis mettre fin à l'instance d'origine.
