Événements planifiés pour vos instances.
AWS peut planifier des événements pour vos instances, comme un redémarrage, un arrêt/démarrage ou une mise hors service. Ces événements ne se produisent pas fréquemment. Si l'une de vos instances va être concernée par un événement planifié, AWS envoie un e-mail à l'adresse e-mail associée à votre compte AWS avant cet événement planifié. Cet e-mail fournit des détails concernant l'événement, y compris les dates de début et de fin. Selon l'événement, vous pouvez prendre des mesures pour contrôler le calendrier de l'événement. AWS envoie également un événement AWS Health, que vous pouvez surveiller et gérer à l'aide de Amazon CloudWatch Events. Pour plus d'informations sur la surveillance des événements AWS Health avec CloudWatch, consultez Surveillance des événements AWS Health avec CloudWatch Events.
Les événements planifiés sont gérés par AWS. Vous ne pouvez pas planifier d'événements pour vos instances. Vous pouvez afficher les événements planifiés par AWS, personnaliser les notifications d'événements planifiés pour inclure ou supprimer des identifications de la notification par e-mail, et effectuer des actions lorsqu'une instance est planifiée pour être redémarrée, retirée ou arrêtée.
Pour mettre à jour les informations de contact de votre compte afin d'être sûr d'être averti à propos d'événements planifiés, accédez à la page Account Settings (Paramètres du compte)
Lorsqu'une instance est affectée par un événement planifié et qu'elle fait partie d'un groupe Auto Scaling, Amazon EC2 Auto Scaling finit par la remplacer dans le cadre de ses surveillances de l'état, sans aucune autre action nécessaire de votre part. Pour plus d'informations sur les surveillances de l'état réalisées par Amazon EC2 Auto Scaling, consultez Vérification de l'état des instances Auto Scaling dans le Amazon EC2 Auto Scaling Guide de l'utilisateur.
Table des matières
- Types d'événements planifiés
- Afficher les événements planifiés
- Personnaliser les notifications d'événements planifiés
- Gérer les instances planifiées pour être arrêtées ou retirées
- Gérer les instances planifiées pour un reboot
- Gérer les instances planifiées pour une maintenance
- Replanifier un événement planifié
- Définir des fenêtres d'événements pour des événements planifiés
Types d'événements planifiés
Amazon EC2 peut créer les types d'événements suivants pour vos instances, où l'événement se produit à une heure planifiée :
-
Instance stop (Arrêt de l'instance) : à l'heure planifiée, l'instance est arrêté. Lorsque vous la redémarrez, elle est migrée vers un nouvel hôte. S'applique uniquement aux instances basées sur Amazon EBS.
-
Instance retirement (Mise hors service d'instance) : à l'heure planifiée, l'instance est arrêtée si elle est soutenue par Amazon EBS ou mise hors service si elle est soutenue par un stockage d'instance.
-
Instance reboot (Redémarrage de l'instance) : à l'heure planifiée, l'instance est redémarrée.
-
System reboot (Redémarrage du système) : à l'heure planifiée, l'hôte de l'instance est redémarré.
-
System maintenance (Maintenance du système) : à l'heure planifiée, l'instance peut être temporairement affectée par une maintenance du réseau ou une maintenance de l'alimentation.
Afficher les événements planifiés
En plus de recevoir une notification des événements planifiés par e-mail, vous pouvez consulter les événements planifiés en utilisant une des méthodes suivantes.
Personnaliser les notifications d'événements planifiés
Vous pouvez personnaliser les notifications d'événements planifiés pour inclure des balises dans la notification par e-mail. Cela facilite l'identification de la ressource affectée (instances ou Hôtes dédiés) et la hiérarchisation des actions pour l'événement à venir.
Lorsque vous personnalisez les notifications d'événements pour inclure des balises, vous pouvez choisir d'inclure :
-
Toutes les balises associées à la ressource affectée
-
Seules les balises spécifiques associées à la ressource affectée
Par exemple, supposons que vous assignez les balises application
, costcenter
, project
et owner
à toutes vos instances. Vous pouvez choisir d'inclure toutes les balises dans les notifications d'événements. Sinon, si vous souhaitez afficher uniquement les balises owner
et project
dans les notifications d'événements, vous pouvez choisir d'inclure uniquement ces balises.
Après avoir sélectionné les balises à inclure, les notifications d'événement incluront l'ID de ressource (ID d'instance ou Hôte dédié) et les paires clé de balise et valeur associées à la ressource affectée.
Rubriques
Inclure des balises dans les notifications d'événements
Les balises que vous choisissez d'inclure s'appliquent à toutes les ressources (instances et Hôtes dédiés) de la région sélectionnée. Pour personnaliser les notifications d'événements dans d'autres régions, sélectionnez d'abord la région requise, puis effectuez les étapes suivantes.
Vous pouvez inclure des étiquettes dans les notifications d'événements à l'aide de l'une des méthodes suivantes.
Supprimer les balises des notifications d'événements
Vous pouvez supprimer les étiquettes des notifications d'événements à l'aide de l'une des méthodes suivantes.
Afficher les balises à inclure dans les notifications d'événements
Vous pouvez afficher les étiquettes qui doivent être incluses dans les notifications d'événement à l'aide de l'une des méthodes suivantes.
Gérer les instances planifiées pour être arrêtées ou retirées
Quand AWS détecte une défaillance irrémédiable de l'hôte sous-jacent pour votre instance, il planifie l'arrêt ou la fin de l'instance en fonction du type de périphérique racine pour l'instance. Si le périphérique racine est un volume EBS, l'arrêt de l'instance est planifié. 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.
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. Ceci inclut les volumes de stockage d'instance attachés à une instance ayant un volume EBS comme périphérique racine. 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 basées sur 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êt et démarrage de votre instance.
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 Actions d'automatisation pour des instances EC2 dans le AWS Health Guide de l'utilisateur.
Actions pour les instances basées sur le stockage d'instance
Nous vous recommandons de lancer une instance de remplacement à partir de votre AMI la plus récente et de migrer toutes les données nécessaires vers l'instance de remplacement avant que l'instance ne soit planifiée pour prendre fin. Ensuite, vous pouvez mettre fin à l'instance d'origine ou attendre que l'instance prenne fin comme planifié.
Gérer les instances planifiées pour un reboot
Quand AWS doit effectuer des tâches comme installer des mises à niveau ou assurer la maintenance de l'ordinateur hôte sous-jacent, il peut planifier le redémarrage d'une instance ou de l'ordinateur hôte sous-jacent pour l'instance. 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.
Si vous arrêtez votre instance EC2 classique liée, celle-ci est automatiquement détachée du VPC et les groupes de sécurité VPC ne sont plus associés à l'instance. Vous pourrez lier à nouveau l'instance au VPC après l'avoir redémarrée.
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. Une fois le redémarrage du système effectué, l'instance conserve son adresse IP et son nom DNS, et les données sur les volumes de stockage d'instance locaux sont conservé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 d'intervenir sur 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 basée sur les volumes Amazon EBS, ce 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 Actions d'automatisation pour des instances EC2 dans le AWS Health Guide de l'utilisateur. Dans le cas d'une instance basée sur le stockage d'instance, si vous ne pouvez pas reprogrammer le redémarrage de système, vous pouvez alors lancer une instance de remplacement à partir de votre AMI la plus récente, 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.
Gérer les instances planifiées pour une maintenance
Quand AWS doit effectuer la maintenance sur l'hôte sous-jacent pour une instance, il planifie une maintenance pour 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 restent affichés sur le tableau de bord de la console Amazon EC2 pendant une semaine maximum.
Actions pour les instances basées sur 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êt et démarrage de votre instance.
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 Actions d'automatisation pour des instances EC2 dans le AWS Health Guide de l'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 conserver un fonctionnement normal pendant une fenêtre de maintenance planifiée, vous pouvez lancer une instance de remplacement à partir de votre AMI la plus récente, 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.
Replanifier un événement planifié
Vous pouvez replanifier un événement de sorte qu'il se produise à une date et une heure spécifiques qui vous conviennent. Seuls les événements ayant une date d'échéance peuvent être reprogrammés. Il existe d'autres restrictions pour la reprogrammation d'un événement.
Vous pouvez replanifier un événement à l'aide de l'une des méthodes suivantes.
Limites
-
Seuls les événements dotés d'une date d'échéance d'événement peuvent être reprogrammés. L'événement peut être reprogrammé jusqu'à la date d'échéance de celui-ci. La colonne Échéance dans la console et le champ
NotBeforeDeadline
dans l'AWS CLI indiquent si l'événement comporte une date d'échéance. -
Seuls les événements n'ayant pas encore démarré peuvent être reprogrammés. La colonne Heure de début dans la console et le champ
NotBefore
dans l'AWS CLI indiquent l'heure de début de l'événement. Les événements programmés pour un lancement dans les 5 prochaines minutes ne peuvent pas être reprogrammés. -
La nouvelle heure de début doit être au moins 60 minutes après l'heure actuelle.
-
Si vous reprogrammez plusieurs événements à l'aide de la console, la date d'échéance de l'événement est déterminée par l'événement avec la date d'échéance d'événement la plus proche.