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.
Gérer les EC2 instances Amazon dont le redémarrage est prévu
Lorsqu'il AWS 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. Au cours du redémarrage planifié, l’instance reste sur le même hôte ou est transférée vers un autre hôte, selon l’événement, comme suit :
-
instance-rebootevent-
Pendant le redémarrage, l’instance reste sur l’hôte. Cette opération est appelée redémarrage en place.
-
L’hôte actuel fait l’objet d’une maintenance.
-
Se termine généralement en quelques secondes.
-
-
system-rebootevent-
Lors du redémarrage, l’instance est transférée vers un nouvel hôte. Cette opération est appelée migration par redémarrage.
-
Se termine généralement en quelques minutes.
-
Pour vérifier quel type d’événement est planifié pour votre instance, consultez la section Détermination du type d’événement.
Actions que vous pouvez entreprendre
Lorsque vous recevez une notification d’événement planifié instance-reboot ou system-reboot, vous pouvez effectuer l’une des actions suivantes :
-
Attendre le redémarrage planifié : vous pouvez attendre que le redémarrage de l’instance ait lieu pendant la période de maintenance planifiée.
-
Replanifier le redémarrage : vous pouvez replanifier le redémarrage de l’instance à une date et heure qui vous conviennent.
-
Effectuer un redémarrage initié par l’utilisateur : vous pouvez redémarrer vous-même l’instance manuellement au moment qui vous convient. Toutefois, le résultat dépend de l’événement :
-
Événement
instance-reboot: votre instance reste sur le matériel actuel (redémarrage en place), aucune maintenance de l’hôte n’a lieu et l’événement reste ouvert. -
system-rebootevent-
Si la migration par redémarrage est activée sur votre instance, un redémarrage initié par l’utilisateur tente de transférer votre instance vers un nouveau matériel. En cas de succès, l’événement est annulé. En cas d’échec, un redémarrage en place a lieu et l’événement reste planifié.
-
Si la migration par redémarrage est désactivée sur votre instance, un redémarrage initié par l’utilisateur permet de maintenir l’instance sur le même matériel (redémarrage en place), aucune maintenance de l’hôte n’a lieu et l’événement reste planifié. Lorsque l'événement planifié aura finalement lieu, votre instance AWS sera déplacée vers un nouveau matériel (redémarrage de la migration).
-
-
Après le AWS redémarrage de votre instance
Ce qui suit s'applique après AWS le redémarrage de votre instance :
-
L’événement planifié est supprimé.
-
La description de l’événement est mise à jour.
-
Pour un événement
instance-reboot:-
La maintenance de l’hôte sous-jacent est terminée.
-
-
Pour un événement
system-reboot:-
L’instance est déplacée vers un nouvel hôte.
-
L’instance conserve son adresse IP et son nom DNS.
-
Toutes les données se trouvant sur les volumes locaux du stockage d’instances sont préservées.
-
-
Vous pouvez utiliser votre instance après son démarrage complet.
Options alternatives
Si vous ne parvenez pas à replanifier l’événement de redémarrage ou à activer la migration par redémarrage pour un redémarrage initié par l’utilisateur, mais que vous souhaitez maintenir un fonctionnement normal pendant la période de maintenance planifiée, vous pouvez effectuer les opérations suivantes :
-
Pour une instance avec un volume racine EBS
-
Arrêtez et démarrez manuellement l’instance pour la transférer vers un nouvel hôte. Ce n’est pas la même chose que le redémarrage manuel de l’instance, où celle-ci reste sur le même hôte.
-
Il est également possible d’automatiser l’arrêt et le démarrage immédiats de l’instance en réponse à l’événement de redémarrage planifié. Pour plus d'informations, consultez la section Exécution automatique d'opérations sur les EC2 instances en réponse à des événements décrits AWS Health dans le Guide de AWS Health l'utilisateur.
Important
Les données des volumes de stockage d’instances sont perdues lorsqu’une instance est arrêtée. Pour de plus amples informations, veuillez consulter Arrêtez et démarrez les EC2 instances Amazon.
-
-
Pour une instance disposant d’un volume racine de stockage d’instances
-
Lancez une instance de remplacement à partir de votre AMI la plus récente.
-
Procédez à la migration de toutes les données nécessaires vers l’instance de remplacement avant la fenêtre de maintenance planifiée.
-
Résiliez l’instance d’origine.
-
Activation ou désactivation de la migration par redémarrage
Lorsqu’un événement system-reboot est planifié pour une instance, vous pouvez la redémarrer avant l’événement. Le résultat d’un redémarrage initié par l’utilisateur dépend du paramètre de migration par redémarrage de l’instance :
-
Activé : un redémarrage initié par l’utilisateur tente de transférer votre instance vers un nouveau matériel (migration par redémarrage). En cas de succès, l’événement est annulé. En cas d’échec, un redémarrage en place a lieu et l’événement reste planifié. Notez que même lorsqu’elle est activée, la migration par redémarrage ne peut avoir lieu que si votre instance répond aux exigences de migration par redémarrage.
-
Désactivé : un redémarrage initié par l’utilisateur maintient l’instance sur le même matériel (redémarrage en place), aucune maintenance de l’hôte n’a lieu et l’événement reste planifié. Lorsque l'événement planifié aura finalement lieu, votre instance AWS sera déplacée vers un nouveau matériel (redémarrage de la migration).
Un redémarrage avec migration prend plus de temps qu’un redémarrage en place :
-
Redémarrage en place : environ 30 secondes
-
Redémarrage avec migration : plusieurs minutes
Note
La migration par redémarrage initiée par l’utilisateur est activée par défaut pour les instances qui reçoivent une notification d’événement system-reboot.
Conditions relatives à l’activation de la migration par redémarrage
La migration par redémarrage peut être activée sur les instances qui répondent aux critères suivants :
- Types d’instances
-
Tous les types d’instance ne prennent pas en charge l’activation de la migration par redémarrage. Vous pouvez afficher les types d’instance qui prennent en charge l’activation de la migration par redémarrage.
- Tenancy
-
-
Partagé
-
Dedicated Instance
Pour de plus amples informations, veuillez consulter Instances dédiées Amazon EC2.
-
Limites
La migration par redémarrage n’est pas prise en charge pour les instances présentant les caractéristiques suivantes :
-
Plateforme : instances exécutées de manière native sur l’hyperviseur Xen
-
Taille de l’instance : instances
metal -
Location : hôte dédié. Pour les hôtes dédiés, utilisez plutôt la récupération automatique de l’hôte dédié.
-
Stockage : instances avec volumes de stockage d’instance
-
Mise en réseau : instances utilisant un adaptateur Elastic Fabric Adapter
-
Auto Scaling : instances faisant partie d'un groupe Amazon EC2 Auto Scaling
Étapes pour activer ou désactiver la migration par redémarrage
La migration par redémarrage est activée par défaut lorsqu’une instance reçoit un événement system-reboot. Vous pouvez désactiver la migration par redémarrage afin que, lors d’un redémarrage initié par l’utilisateur, l’instance reste sur le même matériel (redémarrage en place).
La configuration default ne permet pas la migration par redémarrage pour une instance non prise en charge. Pour de plus amples informations, veuillez consulter Conditions relatives à l’activation de la migration par redémarrage.
Vous pouvez désactiver ou activer la migration par redémarrage sur une instance en cours d’exécution ou arrêtée.
