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.
# Surveillez le statut de vos instances Amazon EC2
Vous pouvez surveiller le statut de vos instances en affichant les contrôles de statut et les événements planifiés pour vos instances.
Un contrôle de statut vous fournit les informations provenant de contrôles automatisés exécutés par Amazon EC2. Ces contrôles automatisés détectent si des problèmes spécifiques concernent vos instances. Les informations de vérification du statut, associées aux données fournies par Amazon CloudWatch, vous offrent une visibilité opérationnelle détaillée sur chacune de vos instances.
Vous pouvez également consulter le statut d’ événements spécifiques planifiés pour vos instances. Les statuts des événements fournissent des informations sur les activités à venir planifiées pour vos instances, comme le redémarrage ou la mise hors service. Ils fournissent aussi les heures prévues de début et de fin de chaque événement.
**Topics**
+ [Contrôles du statut des instances Amazon EC2](monitoring-system-instance-status-check.md)
+ [Événements de changement de statut pour les instances Amazon EC2](monitoring-instance-state-changes.md)
+ [Événements programmés pour les instances Amazon EC2](monitoring-instances-status-check_sched.md)
# Contrôles du statut des instances Amazon EC2
Avec la surveillance du statut des instances, vous pouvez rapidement déterminer si Amazon EC2 a détecté des problèmes susceptibles d’empêcher vos instances d’exécuter des applications. Amazon EC2 exécute des contrôles automatisés sur chaque instance EC2 en cours d’exécution pour identifier les problèmes matériels et logiciels. Vous pouvez afficher les résultats de ces contrôles de statut pour identifier des problèmes spécifiques et détectables. Les données d'état des événements complètent les informations déjà fournies par Amazon EC2 concernant l'état de chaque instance (par exemple`running`,`stopping`,) et les mesures d'utilisation surveillées par CloudWatch Amazon (utilisation du processeur, trafic réseau et activité du disque). `pending`
Les contrôles de statut sont exécutés toutes les minutes et chacun d’entre eux renvoie un statut de réussite ou d’échec. Si tous les contrôles réussissent, le statut global de l’instance est **OK**. Si un ou plusieurs contrôles échouent, le statut global de l’instance est **dégradé**. Les contrôles de statut sont intégrés à Amazon EC2. Ils ne peuvent donc pas être désactivés ou supprimés.
Lorsqu'une vérification de statut échoue, la CloudWatch métrique correspondante pour les vérifications de statut est incrémentée. Pour de plus amples informations, veuillez consulter [Métriques de contrôle de statut](viewing_metrics_with_cloudwatch.md#status-check-metrics). Vous pouvez utiliser ces métriques pour créer des alarmes CloudWatch qui sont déclenchées en fonction du résultat des contrôles de statut. Par exemple, vous pouvez créer une alarme pour vous avertir si des contrôles de statut échouent sur une instance spécifique. Pour de plus amples informations, veuillez consulter [Créez des CloudWatch alarmes pour les instances Amazon EC2 qui échouent aux vérifications de statut](creating_status_check_alarms.md).
Vous pouvez également créer une CloudWatch alarme Amazon qui surveille une instance Amazon EC2 et la récupère automatiquement si elle est altérée en raison d'un problème sous-jacent. Pour de plus amples informations, veuillez consulter [Récupération automatique des instances](ec2-instance-recover.md).
**Topics**
+ [Types de contrôles de statut](#types-of-instance-status-checks)
+ [Affichez les contrôles de statut pour les instances Amazon EC2](viewing_status.md)
+ [Créez des CloudWatch alarmes pour les instances Amazon EC2 qui échouent aux vérifications de statut](creating_status_check_alarms.md)
## Types de contrôles de statut
Il existe trois types de contrôles de statuts.
+ [Contrôles de statut de système](#system-status-checks)
+ [Contrôles de statut des instances](#instance-status-checks)
+ [Contrôles de statut de l’EBS attaché](#attached-ebs-status-checks)
### Contrôles de statut de système
Les vérifications de l'état du système surveillent les AWS systèmes sur lesquels votre instance s'exécute. Ces contrôles détectent les problèmes sous-jacents liés à votre instance qui nécessitent une intervention de résolution d’ AWS . Lorsqu'une vérification de l'état du système échoue, vous pouvez choisir AWS d'attendre que le problème soit résolu ou de le résoudre vous-même. Pour les instances basées sur Amazon EBS, vous pouvez arrêter et démarrer l’instance vous-même, ce qui, dans la plupart des cas, entraîne la migration de l’instance vers un nouvel hôte. Pour les instances Linux basées sur le stockage d’instance, vous pouvez résilier l’instance et la remplacer. Notez que les volumes de stockage d’instance sont éphémères et que toutes les données sont perdues lorsque l’instance est arrêtée.
Voici des exemples de problèmes pouvant entraîner l’échec des contrôles de statut :
+ Perte de connectivité réseau
+ Perte d’alimentation système
+ Problèmes logiciels sur un hôte physique
+ Problèmes matériels sur un hôte physique ayant un impact sur l’accessibilité du réseau
Si la vérification de l'état du système échoue, nous incrémentons la métrique [StatusCheckFailed\$1System.](viewing_metrics_with_cloudwatch.md#status-check-metrics)
**Instances nues**
Si vous effectuez un redémarrage à partir du système d’exploitation sur une instance nue (bare metal), la vérification de l’état du système peut renvoyer temporairement un état d’échec. Lorsque l’instance devient disponible, la vérification de l’état du système doit renvoyer un état de succès.
### Contrôles de statut des instances
Les contrôles de statut des instances surveillent le logiciel et la connectivité du réseau de votre instance individuelle. Amazon EC2 vérifie l’état de l’instance en envoyant une demande de protocole de résolution d’adresse (ARP) à l’interface réseau (NIC). Ces contrôles détectent les problèmes nécessitant votre intervention pour les résoudre. Lorsqu’un contrôle de statut d’instance échoue, vous devez généralement résoudre le problème vous-même (par exemple, en redémarrant l’instance ou en effectuant des changements de configuration sur l’instance).
**Note**
Les distributions Linux récentes utilisant `systemd-networkd` la configuration du réseau peuvent rendre compte des contrôles de santé différemment des distributions antérieures. Au cours du processus de démarrage, ce type de réseau peut démarrer plus tôt et éventuellement se terminer avant d'autres tâches de démarrage qui peuvent également affecter l'état de l'instance. Les contrôles de statut qui dépendent de la disponibilité du réseau peuvent signaler un statut sain avant que d'autres tâches ne soient terminées.
Voici des exemples de problèmes pouvant entraîner l’échec des contrôles d’instance :
+ Échec de contrôles de statut de système
+ Configuration de mise en réseau ou de démarrage incorrecte
+ Mémoire épuisée
+ Système de fichiers corrompu
+ Noyau incompatible
+ Lors d’un redémarrage, un contrôle de statut des instances signale une défaillance jusqu’à ce que l’instance redevienne disponible.
Si la vérification de l'état d'une instance échoue, nous incrémentons la métrique [StatusCheckFailed\$1Instance](viewing_metrics_with_cloudwatch.md#status-check-metrics).
**Instances nues**
Si vous effectuez un redémarrage à partir du système d’exploitation sur une instance nue (bare metal), la vérification de l’état de l’instance peut renvoyer temporairement un état d’échec. Lorsque l’instance devient disponible, la vérification de l’état de l’instance doit renvoyer un état de succès.
### Contrôles de statut de l’EBS attaché
Les contrôles de statut EBS attachés vérifient si les volumes Amazon EBS attachés à une instance sont accessibles et capables d'effectuer I/O des opérations. La `StatusCheckFailed_AttachedEBS` métrique est une valeur binaire qui indique une altération si un ou plusieurs volumes EBS attachés à l'instance ne sont pas en mesure de terminer les I/O opérations. Ces vérifications de statut détectent les problèmes sous-jacents liés au calcul ou à l’infrastructure Amazon EBS. Lorsque la métrique de vérification du statut EBS jointe échoue, vous pouvez soit attendre AWS que le problème soit résolu, soit prendre des mesures, telles que le remplacement des volumes concernés ou l'arrêt et le redémarrage de l'instance.
Vous trouverez ci-dessous des exemples de problèmes pouvant entraîner l’échec des contrôles de statut de l’EBS attaché :
+ Problèmes matériels ou logiciels sur les sous-systèmes de stockage sous-jacents aux volumes EBS
+ Problèmes matériels sur l’hôte physique ayant un impact sur l’accessibilité des volumes EBS
+ Problèmes de connectivité entre l’instance et les volumes EBS
Vous pouvez utiliser la métrique `StatusCheckFailed_AttachedEBS` pour améliorer la résilience de votre charge de travail. Vous pouvez utiliser cette métrique pour créer des CloudWatch alarmes Amazon déclenchées en fonction du résultat de la vérification de statut. Par exemple, vous pouvez basculer vers une instance secondaire ou une zone de disponibilité lorsque vous détectez un impact prolongé. Vous pouvez également surveiller tous les I/O performance of each attached volume using EBS CloudWatch metrics to detect and replace the impaired volume. If your workload is not driving I/O volumes EBS attachés à votre instance, et si la vérification de l'état EBS indique un dysfonctionnement, vous pouvez arrêter et démarrer l'instance pour la déplacer vers un nouvel hôte. Cela peut résoudre les problèmes d’hôte sous-jacents qui ont un impact sur l’accessibilité des volumes EBS. Pour plus d'informations, consultez les [ CloudWatch métriques Amazon pour Amazon EBS.](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html)
Vous pouvez également configurer vos groupes Amazon EC2 Auto Scaling pour détecter les échecs de contrôle de statut EBS associés, puis remplacer l'instance affectée par une nouvelle instance. Pour de plus d'informations, veuillez consulter [ Surveiller et remplacer les instances AutoScaling par des volumes Amazon EBS altérés](https://docs.aws.amazon.com/autoscaling/ec2/userguide/monitor-and-replace-instances-with-impaired-ebs-volumes.html) dans le *Guide de l'utilisateur Amazon EC2 Auto Scaling*.
**Note**
La métrique de contrôle de statut de l’EBS attaché n’est disponible que pour les instances Nitro.
# Affichez les contrôles de statut pour les instances Amazon EC2
Lorsqu’un contrôle de statut d’instance échoue, vous devez généralement résoudre le problème vous-même (par exemple, en redémarrant l’instance ou en effectuant des changements de configuration sur celle-ci). Pour résoudre vous-même des échecs de contrôle de statut de système ou d’instance, consultez [Résolution des problèmes liés aux instances Linux d'Amazon EC2 dont les vérifications du statut ont échoué](TroubleshootingInstances.md).
------
#### [ Console ]
**Pour afficher les contrôles de statut**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sur la page **instances**, la colonne **Status check (Vérification de statut)** répertorie le statut opérationnel de chaque instance.
1. Pour afficher le statut d’une instance spécifique, sélectionnez-la, puis choisissez l’onglet **Statuts et alarmes**.
1. Pour consulter les CloudWatch mesures relatives aux vérifications de statut, dans l'onglet **État et alarmes**, développez **Métriques** pour afficher les graphiques des mesures suivantes :
+ **Échec du contrôle de statut au niveau du système**
+ **Échec du contrôle de statut au niveau de l’instance**
+ **Échec du contrôle de statut pour l'EBS attaché**
Pour de plus amples informations, veuillez consulter [Métriques de contrôle de statut](viewing_metrics_with_cloudwatch.md#status-check-metrics).
------
#### [ AWS CLI ]
**Pour afficher les contrôles de statut**
Utilisez la commande [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html).
**Exemple** : obtenir le statut de toutes les instances en cours d’exécution
```
aws ec2 describe-instance-status
```
**Exemple** : obtenir le statut de toutes les instances
```
aws ec2 describe-instance-status --include-all-instances
```
**Exemple** : obtenir le statut d’une seule instance en cours d’exécution
```
aws ec2 describe-instance-status --instance-ids i-1234567890abcdef0
```
**Exemple** : obtenir toutes les instances dont le statut est `impaired`
```
aws ec2 describe-instance-status \
--filters Name=instance-status.status,Values=impaired
```
------
#### [ PowerShell ]
**Pour afficher les contrôles de statut**
Utilisez la commande [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html).
**Exemple** : obtenir le statut de toutes les instances en cours d’exécution
```
Get-EC2InstanceStatus
```
**Exemple** : obtenir le statut de toutes les instances
```
Get-EC2InstanceStatus -IncludeAllInstance $true
```
**Exemple** : obtenir le statut d’une seule instance en cours d’exécution
```
Get-EC2InstanceStatus -InstanceId i-1234567890abcdef0
```
**Exemple** : obtenir toutes les instances dont le statut est `impaired`
```
Get-EC2InstanceStatus \
-Filter @{Name="instance-status.status"; Values="impaired"}
```
------
# Créez des CloudWatch alarmes pour les instances Amazon EC2 qui échouent aux vérifications de statut
Vous pouvez utiliser les [métriques de vérification de statut](viewing_metrics_with_cloudwatch.md#status-check-metrics) pour créer des CloudWatch alarmes afin de vous avertir en cas d'échec de la vérification de statut d'une instance.
Les contrôles de statut et les alarmes de contrôle peuvent temporairement passer à un statut de *données insuffisant* s'il manque des points de données métriques. Bien que cela soit rare, cela peut se produire lorsqu'il y a une interruption dans les systèmes de rapports métriques, même lorsqu'une instance est saine. Nous vous recommandons de traiter cet état comme une donnée manquante plutôt que comme un échec de contrôle de statut ou comme le déclenchement d’une alarme. Ceci est particulièrement important lorsque vous effectuez des actions d’arrêt, de résiliation, de redémarrage ou de restauration sur l’instance en réponse.
------
#### [ Console ]
Cet exemple configure une alarme qui envoie une notification lorsqu’une instance échoue à un contrôle de statut. Vous pouvez éventuellement arrêter, résilier ou récupérer l’instance.
**Pour créer une alarme de contrôle de statut**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l’instance, choisissez l’onglet **Status Checks (Contrôles des statuts)**, puis choisissez **Actions**, **Create status check alarm (Créer une alarme de contrôle de statut)**.
1. Sur la page **Gérer les CloudWatch alarmes**, sous **Ajouter ou modifier une alarme**, choisissez **Créer une alarme**.
1. Pour **Alarm notification (Notification d’alarme)**, activez ou désactivez les notifications Amazon Simple Notification Service (Amazon SNS). Sélectionnez une rubrique Amazon SNS existante ou entrez un nom pour créer une nouvelle rubrique.
Si vous ajoutez une adresse e-mail à la liste des destinataires ou créez une nouvelle rubrique, Amazon SNS envoie un e-mail de confirmation à chaque nouvelle adresse. Chaque destinataire doit choisir le lien de confirmation dans l’e-mail. Seules les adresses confirmées reçoivent des notifications d’alerte.
1. Activez **Alarm action (Action d’alarme)** pour spécifier une action à effectuer lorsque l’alarme est déclenchée. Sélectionnez l’action.
1. Pour **Alarm thresholds (Seuils d’alarme)**, sélectionnez la métrique et les critères de l’alarme.
Vous pouvez laisser les paramètres par défaut pour **Regrouper les échantillons par** (**Moyenne**) et **Type de données à échantillonner** (**Échec de la vérification de statut : soit**), ou vous pouvez les modifier en fonction de vos besoins.
Dans **Consecutive period (Période consécutive)**, définissez le nombre de périodes que vous souhaitez évaluer et, dans **Period (Période)**, sélectionnez la période d’évaluation avant de déclencher l’alarme et d’envoyer un e-mail.
1. (Facultatif) Pour **Exemple de données de métrique**, choisissez **Ajouter au tableau de bord**.
1. Choisissez **Créer**.
Si vous devez apporter des modifications à une alarme de statut d’instance, vous pouvez modifier celle-ci.
**Pour modifier une alarme de contrôle de statut**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l'instance et choisissez **Actions**, **Surveillance**, **Gestion des CloudWatch alarmes**.
1. Sur la page **Gérer les CloudWatch alarmes**, sous **Ajouter ou modifier une alarme**, choisissez **Modifier une alarme**.
1. Dans **Search for alarm (Rechercher une alarme)**, sélectionnez l’alarme.
1. Une fois les modifications terminées, sélectionnez **Update (Mettre à jour)**.
------
#### [ AWS CLI ]
Dans l’exemple suivant, l’alarme publie une notification dans une rubrique SNS lorsque l’instance échoue lors d’un contrôle de statut d’instance ou un contrôle de statut de système pour au moins deux périodes consécutives. La CloudWatch métrique utilisée est`StatusCheckFailed`.
**Pour créer une alarme de contrôle de statut**
1. Sélectionnez une rubrique SNS existante ou créez-en une nouvelle. Pour plus d’informations, consultez la section [Accès à Amazon SNS dans l’ AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-services-sns.html) dans le *Guide de l’utilisateur AWS Command Line Interface *.
1. Utilisez la commande [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) suivante pour afficher les métriques Amazon disponibles pour Amazon CloudWatch EC2.
```
aws cloudwatch list-metrics --namespace AWS/EC2
```
1. Utilisez la [put-metric-alarm](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-alarm.html)commande suivante pour créer l'alarme.
```
aws cloudwatch put-metric-alarm \
--alarm-name StatusCheckFailed-Alarm-for-i-1234567890abcdef0 \
--metric-name StatusCheckFailed \
--namespace AWS/EC2 \
--statistic Maximum \
--dimensions Name=InstanceId,Value=i-1234567890abcdef0 \
--unit Count \
--period 300 \
--evaluation-periods 2 \
--threshold 1 \
--comparison-operator GreaterThanOrEqualToThreshold \
--alarm-actions arn:aws:sns:us-west-2:111122223333:my-sns-topic
```
La période est la période, en secondes, pendant laquelle CloudWatch les métriques Amazon sont collectées. Dans cet exemple, 300, qui correspond à 60 secondes multipliées par 5 minutes, est utilisé. La période d’évaluation est le nombre de périodes consécutives pour lesquelles la valeur de la métrique doit être comparée au seuil. Dans cet exemple, 2 est utilisé. Les actions d’alarme correspondent aux actions à exécuter lors du déclenchement de cette alarme.
------
#### [ PowerShell ]
**Pour créer une alarme de contrôle de statut**
Utilisez l'applet de commande [Write- CWMetric Alarm](https://docs.aws.amazon.com/powershell/latest/reference/items/Write-CWMetricAlarm.html) comme suit pour publier des notifications sur une rubrique SNS lorsque l'instance échoue aux vérifications de statut pendant au moins deux périodes consécutives.
```
Write-CWMetricAlarm `
-AlarmName "StatusCheckFailed-Alarm-for-i-1234567890abcdef0" `
-MetricName "StatusCheckFailed" `
-Namespace "AWS/EC2" `
-Statistic "Maximum" `
-Dimension @{Name="InstanceId"; Values="i-1234567890abcdef0"} `
-Unit "Count" `
-Period 300 `
-EvaluationPeriod 2 `
-Threshold 1 `
-ComparisonOperator "GreaterThanOrEqualToThreshold" `
-AlarmAction "arn:aws:sns:us-west-2:111122223333:my-sns-topic"
```
La période est la période, en secondes, pendant laquelle CloudWatch les métriques Amazon sont collectées. Dans cet exemple, 300, qui correspond à 60 secondes multipliées par 5 minutes, est utilisé. La période d’évaluation est le nombre de périodes consécutives pour lesquelles la valeur de la métrique doit être comparée au seuil. Dans cet exemple, 2 est utilisé. Les actions d’alarme correspondent aux actions à exécuter lors du déclenchement de cette alarme.
------
# Événements de changement de statut pour les instances Amazon EC2
Amazon EC2 envoie un `EC2 Instance State-change Notification` événement à Amazon EventBridge lorsque l'état d'une instance change.
Voici un exemple de données pour cet événement. Dans cet exemple, l’instance est entrée dans l’état `pending`.
```
{
"id":"7bf73129-1428-4cd3-a780-95db273d1602",
"detail-type":"EC2 Instance State-change Notification",
"source":"aws.ec2",
"account":"123456789012",
"time":"2021-11-11T21:29:54Z",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
],
"detail":{
"instance-id":"i-1234567890abcdef0",
"state":"pending"
}
}
```
Les valeurs possibles pour `state` sont :
+ `pending`
+ `running`
+ `stopping`
+ `stopped`
+ `shutting-down`
+ `terminated`
Lorsque vous lancez ou démarrez une instance, elle entre dans l’état `pending`, puis dans l’état `running`. Lorsque vous arrêtez une instance, elle entre dans l’état `stopping`, puis dans l’état `stopped`. Lorsque vous résiliez une instance, elle entre dans l’état `shutting-down`, puis dans l’état `terminated`. Pour de plus amples informations, veuillez consulter [Modifications de l'état de l' EC2 instance Amazon](ec2-instance-lifecycle.md).
# Créez une alarme qui envoie un e-mail lorsqu'une instance Amazon EC2 change de statut
Pour recevoir des notifications par e-mail lorsque votre instance change d'état, créez une rubrique Amazon SNS, puis créez une EventBridge règle pour l'`EC2 Instance State-change Notification`événement.
**Pour créer une rubrique SNS**
1. [Ouvrez la console Amazon SNS à l'adresse v3/home. https://console.aws.amazon.com/sns/](https://console.aws.amazon.com/sns/v3/home)
1. Dans le volet de navigation, choisissez **Rubriques**.
1. Choisissez **Créer une rubrique**.
1. Pour **Type**, choisissez **Standard**.
1. Pour **Nom**, saisissez un nom pour votre rubrique.
1. Choisissez **Créer une rubrique**.
1. Choisissez **Créer un abonnement**.
1. Pour **Protocole**, choisissez **E-mail**.
1. Pour **Point de terminaison**, saisissez l’adresse e-mail qui reçoit les notifications.
1. Choisissez **Créer un abonnement**.
1. Vous recevrez un e-mail avec l’objet suivant : AWS Notification - Subscription Confirmation. Suivez les instructions pour confirmer votre abonnement.
**Pour créer une EventBridge règle**
1. Ouvrez la EventBridge console Amazon à l'adresse [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Choisissez **Créer une règle**.
1. Pour **Nom**, saisissez un nom pour votre règle.
1. Pour **Type de règle**, choisissez **Règle avec un modèle d’événement**.
1. Choisissez **Suivant**.
1. Pour **Event pattern** (Modèle d’événement), procédez comme suit :
1. Pour **Event source (Source d’événement)**, choisissez **Services AWS**.
1. Pour **Service AWS**, choisissez **EC2**.
1. Pour **Event Type (Type d’événement)**, sélectionnez **EC2 Instance State-change Notification (Notification de changement d’état de l’instance EC2)**.
1. Par défaut, nous envoyons des notifications pour tout changement d’état pour n’importe quelle instance. Si vous préférez, vous pouvez sélectionner des états ou des instances spécifiques.
1. Choisissez **Suivant**.
1. Spécifiez une cible comme suit :
1. Pour **Target types** (Types de cibles), choisissez **Service AWS**.
1. Pour **Select a target** (Sélectionnez une cible), choisissez **SNS Topic** (Rubrique SNS).
1. Pour **Topic** (Rubrique), choisissez la rubrique SNS que vous avez créée au cours de la procédure précédente.
1. Choisissez **Suivant**.
1. (Facultatif) Ajoutez des identifications à votre règle.
1. Choisissez **Suivant**.
1. Choisissez **Créer une règle**.
1. Pour tester votre règle, déclenchez un changement d’état. Par exemple, démarrez une instance arrêtée, arrêtez une instance en cours d’exécution ou lancez une instance. Vous recevrez des e-mails avec l’objet suivant : AWS Notification Message. Le corps de l’e-mail contient les données de l’événement.
# Événements programmés pour les instances Amazon EC2
Pour garantir la fiabilité et les performances de l'infrastructure, AWS vous pouvez planifier des événements pour redémarrer, arrêter et mettre hors service vos instances. Ces événements ne se produisent pas fréquemment.
Si l'une de vos instances est affectée par un événement programmé, vous en AWS informera à l'avance par e-mail, en utilisant l'adresse e-mail associée à votre AWS compte. Cet e-mail fournit des détails concernant l’événement, tels que les dates de début et de fin. Selon le type d'événement, vous pouvez peut-être prendre des mesures pour contrôler le calendrier de l'événement. AWS envoie également un AWS Health événement, que vous pouvez surveiller et gérer à l'aide d'Amazon EventBridge. Pour plus d'informations, consultez [la section Surveillance des événements AWS Health avec Amazon EventBridge](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html).
Les événements programmés sont gérés par AWS. Vous ne pouvez pas planifier d’événements pour vos instances. Toutefois, vous pouvez :
+ afficher les événements planifiés pour vos instances ;
+ personnaliser les notifications d’événements planifiés afin d’inclure ou de supprimer les balises de la notification par e-mail ;
+ reprogrammer certains événements planifiés ;
+ créer des fenêtres d’événements personnalisées pour les événements planifiés
+ prendre des mesures lorsque le redémarrage, l’arrêt ou la mise hors service d’une instance est planifié.
Pour vous assurer de recevoir des notifications concernant les événements planifiés, vérifiez vos coordonnées sur la page [Compte](https://console.aws.amazon.com/billing/home?#/account).
**Note**
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és par Amazon EC2 Auto Scaling, consultez [Surveillance de l'état des instances d'un groupe Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) dans le *Guide de l'utilisateur d'Amazon EC2 Auto Scaling*.
## Types d’événements planifiés
Amazon EC2 peut créer les types d’événements planifiés suivants pour vos instances, où l’événement se produit à une heure planifiée :
| Type d’événement | Code de l'événement | Action d’événement |
| --- | --- | --- |
| Arrêt de l’instance | instance-stop | À l’heure planifiée, l’instance est arrêtée. Lorsque vous la redémarrez, elle est migrée vers un nouvel hôte. S’applique uniquement aux instances dotées d’un volume racine Amazon EBS. |
| Mise hors service d’instance | instance-retirement | À l’heure planifiée, l’instance est arrêtée si elle possède un volume racine Amazon EBS, ou résiliée si elle possède un volume racine de stockage d’instance. |
| Redémarrage d’instance | instance-reboot | À l’heure planifiée, l’instance est redémarrée. L’instance reste sur l’hôte, et pendant le redémarrage, l’hôte fait l’objet d’une maintenance. Cette opération est appelée redémarrage en place. |
| Redémarrage du système | system-reboot | À l’heure planifiée, l’instance est redémarrée et transférée vers un nouvel hôte. Cette opération est appelée migration par redémarrage. |
| Maintenance du système | system-maintenance | À l’heure planifiée, l’instance peut être temporairement affectée par une maintenance du réseau ou de l’alimentation électrique. |
## Détermination du type d’événement
Vous pouvez vérifier quel type d’événement est planifié pour votre instance.
------
#### [ Console ]
**Pour déterminer le type d’événement**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Dans le tableau, le code d’événement apparaît dans la colonne **Type d’événement**.
1. Pour filtrer le tableau afin de n’afficher que les événements relatifs aux instances, dans le champ de recherche, choisissez **Type de ressource : instance** dans la liste des filtres.
------
#### [ AWS CLI ]
**Pour déterminer le type d’événement pour une instance**
Utilisez la commande [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). Si un événement planifié est associé à l’instance, la sortie fournit des informations sur l’événement planifié.
```
aws ec2 describe-instance-status \
--instance-id i-1234567890abcdef0 \
--query InstanceStatuses[].Events
```
Voici un exemple de sortie. Le code de l’événement planifié est `system-reboot`.
```
[
"Events": [
{
"InstanceEventId": "instance-event-0d59937288b749b32",
"Code": "system-reboot",
"Description": "The instance is scheduled for a reboot",
"NotAfter": "2020-03-14T22:00:00.000Z",
"NotBefore": "2020-03-14T20:00:00.000Z",
"NotBeforeDeadline": "2020-04-05T11:00:00.000Z"
}
]
]
```
------
#### [ PowerShell ]
**Pour déterminer le type d’événement pour une instance**
Utilisez l’applet de commande [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). Si un événement planifié est associé à l’instance, la sortie fournit des informations sur l’événement planifié.
```
(Get-EC2InstanceStatus `
-InstanceId i-1234567890abcdef0).Events
```
Voici un exemple de sortie. Le code de l’événement planifié est `system-reboot`.
```
Code : system-reboot
Description : The instance is scheduled for a reboot
InstanceEventId : instance-event-0d59937288b749b32
NotAfter : 2020-03-14T22:00:00.000Z
NotBefore : 2020-03-14T20:00:00.000Z
NotBeforeDeadline : 2020-04-05T11:00:00.000Z
```
------
**Topics**
+ [Types d’événements planifiés](#types-of-scheduled-events)
+ [Détermination du type d’événement](#scheduled-event-type)
+ [Gestion des instances Amazon EC2 dont l’arrêt ou la mise hors service est planifié](schedevents_actions_retire.md)
+ [Gestion des instances Amazon EC2 dont le redémarrage est planifié](schedevents_actions_reboot.md)
+ [Gestion des instances Amazon EC2 dont la maintenance est planifiée](schedevents_actions_maintenance.md)
+ [Affichez les événements programmées qui affectent vos instances Amazon EC2](viewing_scheduled_events.md)
+ [Personnalisation des notifications par e-mail pour les événements programmés qui affectent les instances Amazon EC2](customizing_scheduled_event_notifications.md)
+ [Replanification d’un événement planifié pour une instance EC2](reschedule-event.md)
+ [Créez des fenêtres d'événements personnalisées pour les événements programmés qui affectent vos instances Amazon EC2](event-windows.md)
# Gestion des instances Amazon EC2 dont l’arrêt ou la mise hors service est planifié
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 volume racine de l'instance.
+ Si l’instance dispose d’un volume racine Amazon EBS, l’arrêt de l’instance est planifié.
+ Si l’instance dispose d’un volume de stockage d’instances, la résiliation de l’instance est planifiée.
Pour de plus amples informations, veuillez consulter [Mise hors service d’instance](instance-retirement.md).
**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. Ceci inclut les volumes de stockage d’instances attachés à une instance ayant un volume racine EBS. 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 que vous pouvez entreprendre
**Actions que vous pouvez effectuer pour les instances disposant d’un volume racine EBS**
Lorsque vous recevez une notification d’événement `instance-stop` planifié, vous pouvez effectuer une des actions suivantes :
+ **Attendre l’arrêt planifié :** vous pouvez attendre que l’instance s’arrête dans sa fenêtre de maintenance planifiée.
+ **Effectuer un arrêt et un démarrage manuels :** vous pouvez arrêter et démarrer l’instance vous-même à un moment qui vous convient, ce qui la transfert vers un nouvel hôte. Ce n’est pas la même chose que le redémarrage de l’instance. Pour de plus amples informations, veuillez consulter [Arrêtez et démarrez des instances Amazon EC2](Stop_Start.md).
+ **Automatiser l’arrêt et le démarrage :** vous pouvez automatiser un arrêt immédiat et un démarrage en réponse à un événement `instance-stop` planifié. Pour plus d'informations, consultez [Exécution automatique d'opérations sur les instances EC2 en réponse aux événements décrits AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) dans le *AWS Health Guide de l'utilisateur*.
**Actions que vous pouvez effectuer pour les instances disposant d’un volume racine de stockage d’instances**
Lorsque vous recevez une notification d’événement `system-retirement` planifié et que vous souhaitez conserver vos données, vous pouvez prendre les mesures suivantes :
1. Lancez une instance de remplacement à partir de votre AMI la plus récente.
1. Effectuez la migration de toutes les données nécessaires vers l’instance de remplacement avant que la résiliation de l’instance ne soit planifiée.
1. Résiliez l’instance d’origine ou attendez qu’elle soit résiliée comme prévu.
Pour plus d’informations sur les actions que vous pouvez entreprendre, consultez la section [Mise hors service d’instance](instance-retirement.md).
# Gestion des instances Amazon EC2 dont le redémarrage est planifié
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-reboot` event
+ 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-reboot` event
+ 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](monitoring-instances-status-check_sched.md#scheduled-event-type).
## 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](reschedule-event.md) 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](ec2-instance-reboot.md) 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-reboot` event
+ 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 [Exécution automatique d'opérations sur les instances EC2 en réponse aux événements décrits AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) dans le *AWS Health Guide de 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 des instances Amazon EC2](Stop_Start.md).
+ **Pour une instance disposant d’un volume racine de stockage d’instances**
1. Lancez une instance de remplacement à partir de votre AMI la plus récente.
1. Procédez à la migration de toutes les données nécessaires vers l’instance de remplacement avant la fenêtre de maintenance planifiée.
1. 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](#requirements-for-reboot-migration).
+ 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.
**Pour afficher les types d’instance qui prennent en charge l’activation de la migration par redémarrage**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation de gauche, choisissez **Instance Types** (Types d’instance).
1. Dans la barre de filtre, saisissez **Prise en charge de la migration par démarrage : prise en charge** Au fur et à mesure que vous saisissez les caractères et que le nom du filtre apparaît, vous pouvez le sélectionner.
La table **Types d’instance** affiche tous les types d’instance prenant en charge l’activation de la migration par redémarrage.
**Pour afficher les types d’instance qui prennent en charge l’activation de la migration par redémarrage**
Utilisez la commande [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) avec le filtre `reboot-migration-support`.
```
aws ec2 describe-instance-types \
--filters Name=reboot-migration-support,Values=supported \
--query "InstanceTypes[*].[InstanceType]" \
--output text | sort
```
**Pour afficher les types d’instance qui prennent en charge l’activation de la migration par redémarrage**
Utilisez l'[Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html)applet de commande avec le `reboot-migration-support` filtre.
```
Get-EC2InstanceType `
-Filter @{Name="reboot-migration-support";Values="true"} | `
Select InstanceType | Sort-Object InstanceType
```
**Tenancy**
+ Partagé
+ Dedicated Instance
Pour de plus amples informations, veuillez consulter [Instances EC2 dédiées Amazon](dedicated-instance.md).
**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é](dedicated-hosts-recovery.md).
+ Stockage : instances avec volumes de stockage d’instance
+ Mise en réseau : instances utilisant un adaptateur Elastic Fabric Adapter
+ Auto Scaling : instances qui font partie d’un groupe 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](#requirements-for-reboot-migration).
Vous pouvez désactiver ou activer la migration par redémarrage sur une instance en cours d’exécution ou arrêtée.
------
#### [ AWS CLI ]
**Pour désactiver la migration par redémarrage**
Utilisez la [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html)commande et définissez le `--reboot-migration` paramètre sur`disabled`.
```
aws ec2 modify-instance-maintenance-options \
--instance-id i-0abcdef1234567890 \
--reboot-migration disabled
```
**Pour activer la migration par redémarrage**
Utilisez la [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html)commande et définissez le `--reboot-migration` paramètre sur`default`.
```
aws ec2 modify-instance-maintenance-options \
--instance-id i-0abcdef1234567890 \
--reboot-migration default
```
------
#### [ PowerShell ]
**Pour désactiver la migration par redémarrage**
Utilisez l’applet de commande [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html).
```
Edit-EC2InstanceMaintenanceOption `
-InstanceId `
-RebootMigration Disabled
```
**Pour activer la migration par redémarrage**
Utilisez l’applet de commande [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html).
```
Edit-EC2InstanceMaintenanceOption `
-InstanceId i-1234567890abcdef0 `
-RebootMigration Enabled
```
------
# Gestion des instances Amazon EC2 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 restent affichés sur le tableau de bord de la console Amazon EC2 pendant une semaine maximum.
## Actions que vous pouvez entreprendre
**Actions que vous pouvez effectuer pour les instances disposant d’un volume racine EBS**
Lorsque vous recevez une notification d’événement `system-maintenance`, vous pouvez effectuer une des actions suivantes :
+ **Attendre la maintenance planifiée :** vous pouvez attendre que la maintenance ait lieu comme prévu.
+ **Effectuer un arrêt et un démarrage manuels :** vous pouvez arrêter et démarrer l’instance, ce qui a pour effet de la transférer vers un nouvel hôte. Ce n’est pas la même chose que le redémarrage de l’instance. Pour de plus amples informations, veuillez consulter [Arrêtez et démarrez des instances Amazon EC2](Stop_Start.md).
+ **Automatiser l’arrêt et le démarrage :** vous pouvez automatiser un arrêt immédiat et un démarrage en réponse à un événement de maintenance planifié. Pour plus d'informations, consultez [Exécution automatique d'opérations sur les instances EC2 en réponse aux événements décrits AWS Health](https://docs.aws.amazon.com/health/latest/ug/automating-instance-actions.html) dans le *AWS Health Guide de l'utilisateur*.
**Actions que vous pouvez effectuer pour les instances disposant d’un volume racine de stockage d’instances**
Lorsque vous recevez une notification d’événement `system-maintenance`, vous pouvez effectuer une des actions suivantes :
+ **Attendre la maintenance planifiée :** vous pouvez attendre que la maintenance ait lieu comme prévu.
+ **Lancer une instance de remplacement :** si vous souhaitez maintenir un fonctionnement normal pendant la période de maintenance planifiée :
1. Lancez une instance de remplacement à partir de votre AMI la plus récente.
1. Procédez à la migration de toutes les données nécessaires vers l’instance de remplacement avant la fenêtre de maintenance planifiée.
1. Résiliez l’instance d’origine.
# Affichez les événements programmées qui affectent vos instances Amazon EC2
En plus de recevoir une notification des événements planifiés par e-mail, vous pouvez vérifier la présence d’événements planifiés.
------
#### [ Console ]
**Pour afficher les événements planifiés pour vos instances**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Le tableau de bord affiche toutes les ressources avec un événement associé sous **Événements planifiés**.
![\[Affichage d’événements à l’aide du tableau de bord.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png)
1. Pour obtenir plus de détails, sélectionnez **Événements** dans le volet de navigation. Toutes les ressources avec un événement associé sont affichées. Vous pouvez filtrer par caractéristiques telles que le type d’événement, le type de ressource et la zone de disponibilité.
![\[Affichage d’événements à l’aide de la page Événements.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/events-instance-scheduled-stop.png)
------
#### [ AWS CLI ]
**Pour afficher les événements planifiés pour vos instances**
Utilisez la commande [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html).
```
aws ec2 describe-instance-status \
--instance-id i-1234567890abcdef0 \
--query "InstanceStatuses[].Events"
```
L’exemple de sortie suivant montre un événement de redémarrage :
```
[
"Events": [
{
"InstanceEventId": "instance-event-0d59937288b749b32",
"Code": "system-reboot",
"Description": "The instance is scheduled for a reboot",
"NotAfter": "2019-03-15T22:00:00.000Z",
"NotBefore": "2019-03-14T20:00:00.000Z",
"NotBeforeDeadline": "2019-04-05T11:00:00.000Z"
}
]
]
```
Voici un exemple de sortie montrant un événement de mise hors service d’instance.
```
[
"Events": [
{
"InstanceEventId": "instance-event-0e439355b779n26",
"Code": "instance-stop",
"Description": "The instance is running on degraded hardware",
"NotBefore": "2015-05-23T00:00:00.000Z"
}
]
]
```
------
#### [ PowerShell ]
**Pour afficher les événements planifiés pour vos instances**
Utilisez la commande [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html) suivante.
```
(Get-EC2InstanceStatus -InstanceId i-1234567890abcdef0).Events
```
Voici un exemple de sortie montrant un événement de mise hors service d’instance.
```
Code : instance-stop
Description : The instance is running on degraded hardware
NotBefore : 5/23/2015 12:00:00 AM
```
------
#### [ Instance metadata ]
**Pour afficher les événements planifiés pour vos instances à l’aide des métadonnées de l’instance**
Vous pouvez récupérer des informations sur les événements de maintenance actifs pour vos instances à partir des [métadonnées de l’instance](ec2-instance-metadata.md) à l’aide de Service des métadonnées d’instance Version 2 ou Service des métadonnées d’instance Version 1.
**IMDSv2**
```
[ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/scheduled
```
**IMDSv1**
```
[ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/scheduled
```
Voici un exemple de sortie avec des informations sur un événement de redémarrage système planifié, au format JSON.
```
[
{
"NotBefore" : "21 Jan 2019 09:00:43 GMT",
"Code" : "system-reboot",
"Description" : "scheduled reboot",
"EventId" : "instance-event-0d59937288b749b32",
"NotAfter" : "21 Jan 2019 09:17:23 GMT",
"State" : "active"
}
]
```
**Pour afficher l’historique des événements terminés ou annulés pour vos instances à l’aide des métadonnées de l’instance**
Vous pouvez récupérer des informations sur les événements terminés ou annulés pour vos instances à partir des [métadonnées de l’instance](ec2-instance-metadata.md) à l’aide de Service des métadonnées d’instance Version 2 ou Service des métadonnées d’instance Version 1.
**IMDSv2**
```
[ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/history
```
**IMDSv1**
```
[ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/history
```
Voici un exemple de sortie avec des informations sur un événement de redémarrage du système qui a été annulé et un événement de redémarrage du système qui a été terminé, au format JSON.
```
[
{
"NotBefore" : "21 Jan 2019 09:00:43 GMT",
"Code" : "system-reboot",
"Description" : "[Canceled] scheduled reboot",
"EventId" : "instance-event-0d59937288b749b32",
"NotAfter" : "21 Jan 2019 09:17:23 GMT",
"State" : "canceled"
},
{
"NotBefore" : "29 Jan 2019 09:00:43 GMT",
"Code" : "system-reboot",
"Description" : "[Completed] scheduled reboot",
"EventId" : "instance-event-0d59937288b749b32",
"NotAfter" : "29 Jan 2019 09:17:23 GMT",
"State" : "completed"
}
]
```
------
#### [ AWS Health ]
Vous pouvez utiliser le Tableau de bord AWS Health pour en savoir plus sur les événements susceptibles d'affecter votre instance. Il Tableau de bord Health organise les problèmes en trois groupes : les problèmes ouverts, les modifications planifiées et les autres notifications. Le groupe des modifications planifiées contient des éléments qui sont en cours ou à venir.
Pour plus d’informations, consultez [Premiers pas avec le Tableau de bord AWS Health](https://docs.aws.amazon.com/health/latest/ug/getting-started-health-dashboard.html) dans le *Guide de l’utilisateur AWS Health *.
------
# Personnalisation des notifications par e-mail pour les événements programmés qui affectent les instances Amazon EC2
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.
**Topics**
+ [Inclure des balises dans les notifications d’événements](#register-tags)
+ [Supprimer les balises des notifications d’événements](#deregister-tags)
+ [Afficher les balises à inclure dans les notifications d’événements](#view-tags)
## 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.
------
#### [ Console ]
**Pour inclure des balises dans les notifications d’événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, sélectionnez **Événements**.
1. Choisissez **Actions**, **Manage event notifications (Gérer les notifications d’événements)**.
1. Activez **Inclure des balises dans les notifications d’événements**.
1. Faites l’une des opérations suivantes, en fonction des balises que vous souhaitez inclure dans les notifications d’événement :
+ Pour inclure toutes les balises associées à l’instance affectée ou Hôte dédié, sélectionnez **Inclure toutes les balises de ressource**.
+ Pour sélectionner les balises à inclure, sélectionnez **Choisir les balises à inclure**, puis sélectionnez ou saisissez les clés de balise.
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour inclure toutes les balises dans les notifications d’événements**
Utilisez la commande [register-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-instance-event-notification-attributes.html) et définissez le `IncludeAllTagsOfInstance` paramètre sur. `true`
```
aws ec2 register-instance-event-notification-attributes \
--instance-tag-attribute "IncludeAllTagsOfInstance=true"
```
**Pour inclure des balises spécifiques dans les notifications d’événements**
Utilisez la commande [register-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-instance-event-notification-attributes.html) et spécifiez les balises à inclure à l'aide du `InstanceTagKeys` paramètre.
```
aws ec2 register-instance-event-notification-attributes \
--instance-tag-attribute 'InstanceTagKeys=["tag_key_1", "tag_key_2", "tag_key_3"]'
```
------
#### [ PowerShell ]
**Pour inclure toutes les balises dans les notifications d’événements**
Utilisez l’applet de commande [Register-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventNotificationAttribute.html).
```
Register-EC2InstanceEventNotificationAttribute `
-InstanceTagAttribute_IncludeAllTagsOfInstance $true
```
**Pour inclure des balises spécifiques dans les notifications d’événements**
Utilisez l’applet de commande [Register-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventNotificationAttribute.html).
```
Register-EC2InstanceEventNotificationAttribute `
-InstanceTagAttribute_InstanceTagKey tag_key_1, tag_key_2, tag_key_3
```
------
## Supprimer les balises des notifications d’événements
Vous pouvez supprimer les balises des notifications d’événements.
------
#### [ Console ]
**Pour supprimer les balises des notifications d’événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, sélectionnez **Événements**.
1. Choisissez **Actions**, **Manage event notifications (Gérer les notifications d’événements)**.
1. Pour supprimer toutes les balises des notifications d’événement, désactivez **Inclure des balises dans les notifications d’événement**.
1. Pour supprimer des balises spécifiques des notifications d’événements, sélectionnez le **X**) pour les clés de balise correspondantes.
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour supprimer toutes les balises des notifications d’événements**
Utilisez la commande [deregister-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/deregister-instance-event-notification-attributes.html) et définissez le `IncludeAllTagsOfInstance` paramètre sur. `false`
```
aws ec2 deregister-instance-event-notification-attributes \
--instance-tag-attribute "IncludeAllTagsOfInstance=false"
```
**Pour supprimer une balise des notifications d’événements**
Utilisez la commande [deregister-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/deregister-instance-event-notification-attributes.html) et spécifiez les balises à supprimer à l'aide du `InstanceTagKeys` paramètre.
```
aws ec2 deregister-instance-event-notification-attributes \
--instance-tag-attribute 'InstanceTagKeys=["tag_key_3"]'
```
------
#### [ PowerShell ]
**Pour supprimer toutes les balises des notifications d’événements**
Utilisez l’applet de commande [Unregister-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventNotificationAttribute.html).
```
Unregister-EC2InstanceEventNotificationAttribute `
-InstanceTagAttribute_IncludeAllTagsOfInstance $false
```
**Pour supprimer une balise des notifications d’événements**
Utilisez l’applet de commande [Unregister-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventNotificationAttribute.html).
```
Unregister-EC2InstanceEventNotificationAttribute `
-InstanceTagAttribute_InstanceTagKey tag_key_3
```
------
## Afficher les balises à inclure dans les notifications d’événements
Vous pouvez afficher les balises qui doivent être incluses dans les notifications d’événements.
------
#### [ Console ]
**Pour afficher les balises à inclure dans les notifications d’événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, sélectionnez **Événements**.
1. Choisissez **Actions**, **Manage event notifications (Gérer les notifications d’événements)**.
------
#### [ AWS CLI ]
**Pour afficher les balises à inclure dans les notifications d’événements**
Utilisez la commande [describe-instance-event-notification-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-event-notification-attributes.html).
```
aws ec2 describe-instance-event-notification-attributes
```
------
#### [ PowerShell ]
**Pour afficher les balises à inclure dans les notifications d’événements**
Utilisez l’applet de commande [Get-EC2InstanceEventNotificationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceEventNotificationAttribute.html).
```
Get-EC2InstanceEventNotificationAttribute
```
------
# Replanification d’un événement planifié pour une instance EC2
Vous pouvez replanifier un événement de sorte qu’il se produise à une date et une heure spécifiques qui vous conviennent. Une fois que vous avez reprogrammé un événement, l’affichage de la date actualisée peut prendre une minute ou deux.
**Limitations**
+ 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 date limite de l’événement est indiquée dans la colonne **Échéance** (console) et dans le champ `NotBeforeDeadline` (AWS CLI).
+ Seuls les événements n’ayant pas encore démarré peuvent être reprogrammés. L’heure de début est indiquée dans la colonne **Heure de début** (console) et dans le champ `NotBefore` (AWS CLI). Les événements planifiés pour un lancement dans les 5 prochaines minutes ne peuvent pas être replanifié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.
------
#### [ Console ]
**Pour replanifier un événement**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, sélectionnez **Événements**.
1. Choisissez **Type de ressource : instance** dans la liste des filtres.
1. Sélectionnez une ou plusieurs instances, puis sélectionnez **Actions**, **Schedule Event (Programmer un événement)**.
Seuls les événements ayant une date d’échéance, indiquée par la valeur **Event Deadline (Échéance de l’événement)**, peuvent être reprogrammés. Si l’un des événements sélectionnés n’a pas de date d’échéance, **Actions**, **Schedule Event (Programmer un événement)** est désactivé.
1. Dans **New start time (Nouvelle heure de début)**, saisissez une nouvelle date et une nouvelle heure pour l’événement. La nouvelle date et la nouvelle heure doivent être antérieures à la valeur de **Event Deadline (Échéance de l’événement)**.
1. Choisissez **Enregistrer**.
L'heure de démarrage mise à jour peut prendre une à deux minutes pour s'afficher dans la console.
------
#### [ AWS CLI ]
**Pour replanifier un événement**
Utilisez la commande [https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-start-time.html](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-start-time.html).
```
aws ec2 modify-instance-event-start-time \
--instance-id i-1234567890abcdef0 \
--instance-event-id instance-event-0d59937288b749b32 \
--not-before 2020-03-25T10:00:00.000
```
------
#### [ PowerShell ]
**Pour replanifier un événement**
Utilisez l’applet de commande [Edit-EC2InstanceEventStartTime](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventStartTime.html).
```
Edit-EC2InstanceEventStartTime `
-InstanceId i-1234567890abcdef0 `
-InstanceEventId instance-event-0d59937288b749b32 `
-NotBefore 2020-03-25T10:00:00.000
```
------
# Créez des fenêtres d'événements personnalisées pour les événements programmés qui affectent vos instances Amazon EC2
Vous pouvez définir des fenêtres d’événements hebdomadaires personnalisées récurrentes pour des événements planifiés qui redémarrent, arrêtent ou résilient vos instances Amazon EC2. Vous pouvez associer une ou plusieurs instances à une fenêtre d’événements. Si un événement est planifié pour ces instances, AWS planifiera les événements dans la fenêtre d’événements associée.
Vous pouvez utiliser des fenêtres d’événements afin d’optimiser la disponibilité de la charge de travail globale en spécifiant des fenêtres d’événements pendant des périodes creuses pour cette charge de travail. Vous pouvez également aligner les fenêtres d’événements avec vos planifications de maintenance internes.
Vous définissez une fenêtre d’événements en spécifiant un ensemble de plages de temps. La plage de temps minimale est de 2 heures. Les plages de temps combinées doivent totaliser au moins 4 heures.
Vous pouvez associer une ou plusieurs instances à une fenêtre d'événements à l'aide d'instances IDs ou de balises d'instance. Vous pouvez également associer des hôtes dédiés à une fenêtre d’événements en utilisant l’ID d’hôte.
**Avertissement**
Les fenêtres d’événements s’appliquent uniquement à des événements planifiés qui arrêtent, redémarrent ou résilient des instances.
Les fenêtres d’événements ne sont pas applicables aux événements suivants :
Événements planifiés accélérés et événements de maintenance du réseau.
Maintenance non programmée, telle que la [récupération automatique des instances](ec2-instance-recover.md) et les redémarrages non planifiés.
**Topics**
+ [Considérations](#event-windows-considerations)
+ [Créer une fenêtre d’événements](#create-event-windows)
+ [Associer une cible à une fenêtre d’événements](#associate-target-event-window)
+ [Dissociation d’une cible d’une fenêtre d’événements](#disassociate-target-event-window)
+ [Modification d’une fenêtre d’événements](#modify-event-windows)
+ [Suppression d’une fenêtre d’événements](#delete-event-windows)
## Considérations
+ Toutes les heures de fenêtre d’événements sont au format UTC.
+ Une fenêtre d’événements peut contenir plusieurs plages temporelles. Bien que chaque plage individuelle doive durer au moins 2 heures, la durée totale de toutes les plages doit être d’au moins 4 heures.
+ Un seul type de cible (ID d’instance, ID d’hôte dédié ou étiquette d’instance) peut être associé à une fenêtre d’événements.
+ Une cible (ID d’instance, ID d’hôte dédié ou étiquette d’instance) ne peut être associée qu’à à une fenêtre d’événements.
+ Un maximum de 100 instances IDs, 50 hôtes IDs dédiés ou 50 balises d'instance peuvent être associées à une fenêtre d'événements. Les étiquettes d’instance peuvent être associées à un nombre quelconque d’instances.
+ Un maximum de 200 fenêtres d'événements peuvent être créées par AWS région.
+ Plusieurs instances associées à des fenêtres d’événements peuvent avoir des événements planifiés se produisant en même temps.
+ Si vous avez AWS déjà planifié un événement, la modification d'une fenêtre d'événements ne changera pas l'heure de l'événement planifié. Si l’événement a une date d’échéance, vous pouvez [replanifier l’événement](reschedule-event.md).
+ Vous pouvez arrêter et démarrer une instance avant l’événement planifié. Cette opération a pour effet de transférer l’instance vers un nouvel hôte et de supprimer l’événement.
## Créer une fenêtre d’événements
Vous pouvez créer une ou plusieurs fenêtres d’événements. Pour chaque fenêtre d’événements, vous spécifiez un ou plusieurs blocs de temps. Par exemple, vous pouvez créer une fenêtre d’événements avec des blocs de temps qui se produisent tous les jours à 4 heures du matin pendant 2 heures. Ou vous pouvez créer une fenêtre d’événements avec des blocs de temps qui se produisent les dimanches de 2 à 4 heures et les mercredis de 3 à 5 heures.
Les fenêtres d’événements se reproduisent à une fréquence hebdomadaire jusqu’à ce que vous les supprimiez.
------
#### [ Console ]
**Pour créer une fenêtre d'événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Choisissez **Actions**, **Gérer les fenêtres d’événements**.
1. Choisissez **Créer une fenêtre d’événements d’instance**.
1. Pour **Nom de la fenêtre d’événements**, saisissez un nom descriptif.
1. Pour **Planification de la fenêtre d’événements**, choisissez de spécifier les blocs de temps dans la fenêtre d’événements à l’aide du générateur de planification cron ou en spécifiant des plages de temps.
+ Si vous choisissez **Générateur de planification Cron**, spécifiez les paramètres suivants :
1. Pour **Jours (UTC)**, spécifiez les jours de la semaine où la fenêtre d’événements se produit.
1. Pour **Heure de début (UTC)**, spécifiez l’heure à laquelle la fenêtre d’événements commence.
1. Pour **Durée**, spécifiez la durée des blocs de temps dans la fenêtre d’événements. La durée minimale par bloc de temps est de 2 heures. La durée minimale de la fenêtre d’événements doit être égale ou supérieure à 4 heures au total. Toutes les heures sont indiquées en heure universelle coordonnée (UTC).
+ Si vous choisissez **Plages de temps**, choisissez **Ajouter une nouvelle plage de temps**, puis spécifiez le jour et l’heure de début, ainsi que le jour et l’heure de fin. Répétez l’opération pour chaque plage de temps. La durée minimale par plage de temps est de 2 heures. La durée minimale pour toutes les plages de temps combinées doit être égale ou supérieure à 4 heures au total.
1. (Facultatif) Pour **Informations sur la cible**, associez une ou plusieurs instances à la fenêtre d’événements. Utilisez des instances IDs ou des balises d'instance pour associer des instances. Utilisez host IDs pour associer des hôtes dédiés. Lorsque la maintenance de ces cibles est planifiée, l’événement se produit au cours de cette fenêtre d’événements.
Notez que vous pouvez créer la fenêtre d’événements sans y associer de cible. Plus tard, vous pourrez modifier la fenêtre pour associer une ou plusieurs cibles.
1. (Facultatif) Pour **Etiquettes de la fenêtre d’événements**, choisissez **Ajouter une étiquette**, puis saisissez la clé et la valeur de l’étiquette. Répétez l’opération pour chaque étiquette.
1. Choisissez **Créer une fenêtre d’événements**.
------
#### [ AWS CLI ]
**Pour créer une fenêtre d'événements avec une plage de temps**
Utilisez la commande [create-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-instance-event-window.html).
```
aws ec2 create-instance-event-window \
--time-range StartWeekDay=monday,StartHour=2,EndWeekDay=wednesday,EndHour=8 \
--tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1}]" \
--name myEventWindowName
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"TimeRanges": [
{
"StartWeekDay": "monday",
"StartHour": 2,
"EndWeekDay": "wednesday",
"EndHour": 8
}
],
"Name": "myEventWindowName",
"State": "creating",
"Tags": [
{
"Key": "K1",
"Value": "V1"
}
]
}
}
```
**Pour créer une fenêtre d'événements avec une expression cron à**
Utilisez la commande [create-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-instance-event-window.html).
```
aws ec2 create-instance-event-window \
--cron-expression "* 21-23 * * 2,3" \
--tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1}]" \
--name myEventWindowName
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"State": "creating",
"Tags": [
{
"Key": "K1",
"Value": "V1"
}
]
}
}
```
------
#### [ PowerShell ]
**Pour créer une fenêtre d'événements avec une plage de temps**
Utilisez l’applet de commande [New-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2InstanceEventWindow.html).
```
$timeRange = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest
$timeRange.StartWeekDay = "monday"
$timeRange.EndWeekDay = "wednesday"
$timeRange.StartHour = 2
$timeRange.EndHour = 8
$tag = @{Key="key1"; Value="value1"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "instance-event-window"
$tagspec.Tags.Add($tag)
New-EC2InstanceEventWindow `
-Name my-event-window `
-TagSpecification $tagspec `
-TimeRange @($timeRange)
```
Voici un exemple de sortie.
```
AssociationTarget :
CronExpression :
InstanceEventWindowId : iew-0abcdef1234567890
Name : my-event-window
State : creating
Tags : {key1}
TimeRanges : {Amazon.EC2.Model.InstanceEventWindowTimeRange}
```
**Pour créer une fenêtre d'événements avec une expression cron à**
Utilisez l’applet de commande [New-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2InstanceEventWindow.html).
```
$tag = @{Key="key1"; Value="value1"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "instance-event-window"
$tagspec.Tags.Add($tag)
New-EC2InstanceEventWindow `
-Name my-event-window `
-TagSpecification $tagspec`
-CronExpression "* 21-23 * * 2,3"
```
Voici un exemple de sortie.
```
AssociationTarget :
CronExpression : * 21-23 * * 2,3
InstanceEventWindowId : iew-0abcdef1234567890
Name : my-event-window
State : creating
Tags : {key1}
TimeRanges : {}
```
------
## Associer une cible à une fenêtre d’événements
Après avoir créé une fenêtre d’événements, vous pouvez associer des cibles à la fenêtre d’événements. Vous ne pouvez associer qu’un seul type de cible à une fenêtre d’événements. Vous pouvez spécifier une instance IDs, un hôte IDs dédié ou des balises d'instance.
------
#### [ Console ]
**Pour associer des cibles à une fenêtre d’événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Sélectionnez la fenêtre d’événements à modifier.
1. Choisissez **Actions**, puis **Modifier la fenêtre d’événements de l’instance**.
------
#### [ AWS CLI ]
**Pour associer des étiquettes d'instance à une fenêtre d'événements**
Utilisez la commande [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html).
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceTags=[{Key=k2,Value=v2},{Key=k1,Value=v1}]"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [],
"Tags": [
{
"Key": "k2",
"Value": "v2"
},
{
"Key": "k1",
"Value": "v1"
}
],
"DedicatedHostIds": []
},
"State": "creating"
}
}
```
**Pour associer une instance IDs à une fenêtre d'événements**
Utilisez la commande [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html).
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceIds=i-1234567890abcdef0,i-0598c7d356eba48d7"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [
"i-1234567890abcdef0",
"i-0598c7d356eba48d7"
],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating"
}
}
```
**Pour associer un hôte dédié à une fenêtre d'événements**
Utilisez la commande [associate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-instance-event-window.html).
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "DedicatedHostIds=h-029fa35a02b99801d"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [],
"Tags": [],
"DedicatedHostIds": [
"h-029fa35a02b99801d"
]
},
"State": "creating"
}
}
```
------
#### [ PowerShell ]
**Pour associer des étiquettes d'instance à une fenêtre d'événements**
Utilisez l’applet de commande [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html).
```
$tag1 = @{Key="key1"; Value="value1"}
$tag2 = @{Key="key2"; Value="value2"}
Register-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_InstanceTag @($tag1,$tag2)
```
**Pour associer une instance IDs à une fenêtre d'événements**
Utilisez l’applet de commande [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html).
```
Register-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_InstanceId i-1234567890abcdef0, i-0598c7d356eba48d7
```
**Pour associer un hôte dédié à une fenêtre d'événements**
Utilisez l’applet de commande [Register-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2InstanceEventWindow.html).
```
Register-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_DedicatedHostId h-029fa35a02b99801d
```
------
## Dissociation d’une cible d’une fenêtre d’événements
------
#### [ Console ]
**Pour dissocier des cibles d’une fenêtre d’événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Sélectionnez la fenêtre d’événements à modifier.
1. Choisissez **Actions**, puis **Modifier la fenêtre d’événements de l’instance**.
------
#### [ AWS CLI ]
**Pour dissocier des étiquettes d'instance d'une fenêtre d'événements**
Utilisez la commande [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference//ec2/disassociate-instance-event-window.html).
```
aws ec2 disassociate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceTags=[{Key=k2,Value=v2},{Key=k1,Value=v1}]"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating"
}
}
```
**Pour dissocier une instance IDs d'une fenêtre d'événements**
Utilisez la commande [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-instance-event-window.html).
```
aws ec2 disassociate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceIds=i-1234567890abcdef0,i-0598c7d356eba48d7"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating"
}
}
```
**Pour dissocier un hôte dédié d'une fenêtre d'événements**
Utilisez la commande [disassociate-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-instance-event-window.html).
```
aws ec2 disassociate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target DedicatedHostIds=h-029fa35a02b99801d
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating"
}
}
```
------
#### [ PowerShell ]
**Pour dissocier des étiquettes d'instance d'une fenêtre d'événements**
Utilisez l’applet de commande [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html).
```
$tag1 = @{Key="key1"; Value="value1"}
$tag2 = @{Key="key2"; Value="value2"}
Unregister-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_InstanceTag @($tag1, $tag2)
```
**Pour dissocier une instance IDs d'une fenêtre d'événements**
Utilisez l’applet de commande [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html).
```
Unregister-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_InstanceId i-1234567890abcdef0, i-0598c7d356eba48d7
```
**Pour dissocier un hôte dédié d'une fenêtre d'événements**
Utilisez l’applet de commande [Unregister-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2InstanceEventWindow.html).
```
Unregister-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-AssociationTarget_DedicatedHostId h-029fa35a02b99801d
```
------
## Modification d’une fenêtre d’événements
Vous pouvez modifier tous les champs d’une fenêtre d’événements à l’exception de son ID. Par exemple, quand l’heure d’été commence, vous pouvez modifier la planification de la fenêtre d’événements. Pour des fenêtres d’événements existantes, vous pouvez ajouter ou supprimer des cibles.
Lors de la modification de la fenêtre d’événements, vous pouvez modifier une plage de temps ou une expression cron, mais pas les deux.
------
#### [ Console ]
**Pour modifier une fenêtre d'événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Choisissez **Actions**, **Gérer les fenêtres d’événements**.
1. Sélectionnez la fenêtre d’événements à modifier, puis choisissez **Actions**, **Modifier la fenêtre d’événements d’instance**.
1. Modifiez les champs de la fenêtre d’événements, puis choisissez **Modifier la fenêtre d’événements**.
------
#### [ AWS CLI ]
**Pour modifier la plage de temps d'une fenêtre d'événements**
Utilisez la commande [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html).
```
aws ec2 modify-instance-event-window
--instance-event-window-id iew-0abcdef1234567890 \
--time-range StartWeekDay=monday,StartHour=2,EndWeekDay=wednesday,EndHour=8
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"TimeRanges": [
{
"StartWeekDay": "monday",
"StartHour": 2,
"EndWeekDay": "wednesday",
"EndHour": 8
}
],
"Name": "myEventWindowName",
"AssociationTarget": {
"InstanceIds": [
"i-0abcdef1234567890",
"i-0be35f9acb8ba01f0"
],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating",
"Tags": [
{
"Key": "K1",
"Value": "V1"
}
]
}
}
```
**Pour modifier une ensemble de plages de temps pour une fenêtre d'événements**
Utilisez la commande [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html).
```
aws ec2 modify-instance-event-window
--instance-event-window-id iew-0abcdef1234567890 \
--time-range '[{"StartWeekDay": "monday", "StartHour": 2, "EndWeekDay": "wednesday", "EndHour": 8},
{"StartWeekDay": "thursday", "StartHour": 2, "EndWeekDay": "friday", "EndHour": 8}]'
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"TimeRanges": [
{
"StartWeekDay": "monday",
"StartHour": 2,
"EndWeekDay": "wednesday",
"EndHour": 8
},
{
"StartWeekDay": "thursday",
"StartHour": 2,
"EndWeekDay": "friday",
"EndHour": 8
}
],
"Name": "myEventWindowName",
"AssociationTarget": {
"InstanceIds": [
"i-0abcdef1234567890",
"i-0be35f9acb8ba01f0"
],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating",
"Tags": [
{
"Key": "K1",
"Value": "V1"
}
]
}
}
```
**Pour modifier l'expression cron d'une fenêtre d'événements**
Utilisez la commande [modify-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-event-window.html).
```
aws ec2 modify-instance-event-window
--instance-event-window-id iew-0abcdef1234567890 \
--cron-expression "* 21-23 * * 2,3"
```
Voici un exemple de sortie.
```
{
"InstanceEventWindow": {
"InstanceEventWindowId": "iew-0abcdef1234567890",
"Name": "myEventWindowName",
"CronExpression": "* 21-23 * * 2,3",
"AssociationTarget": {
"InstanceIds": [
"i-0abcdef1234567890",
"i-0be35f9acb8ba01f0"
],
"Tags": [],
"DedicatedHostIds": []
},
"State": "creating",
"Tags": [
{
"Key": "K1",
"Value": "V1"
}
]
}
}
```
------
#### [ PowerShell ]
**Pour modifier la plage de temps d'une fenêtre d'événements**
Utilisez l’applet de commande [Edit-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventWindow.html).
```
$timeRange1 = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest
$timeRange1.StartWeekDay = "monday"
$timeRange1.EndWeekDay = "wednesday"
$timeRange1.StartHour = 2
$timeRange1.EndHour = 8
$timeRange2 = New-Object Amazon.EC2.Model.InstanceEventWindowTimeRangeRequest
$timeRange2.StartWeekDay = "thursday"
$timeRange2.EndWeekDay = "friday"
$timeRange2.StartHour = 1
$timeRange2.EndHour = 6
Edit-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-TimeRange @($timeRange1, $timeRange2)
```
**Pour modifier l'expression cron d'une fenêtre d'événements**
Utilisez l’applet de commande [Edit-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceEventWindow.html).
```
Edit-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-CronExpression "* 21-23 * * 2,3"
```
------
## Suppression d’une fenêtre d’événements
Vous pouvez supprimer une fenêtre d’événements à la fois.
------
#### [ Console ]
**Pour supprimer une fenêtre d'événements**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Events**.
1. Choisissez **Actions**, **Gérer les fenêtres d’événements**.
1. Sélectionnez la fenêtre d’événements à supprimer, puis choisissez **Actions**, **Supprimer la fenêtre d’événements d’instance**.
1. Lorsque vous y êtes invité, tapez **delete**, puis choisissez **Supprimer**.
------
#### [ AWS CLI ]
**Pour supprimer une fenêtre d'événements**
Utilisez la [delete-instance-event-window](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-instance-event-window.html)commande et spécifiez la fenêtre d'événements à supprimer.
```
aws ec2 delete-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890
```
**Pour supprimer de force une fenêtre d’événements**
Utilisez le paramètre `--force-delete` si la fenêtre d’événements est actuellement associée à des cibles.
```
aws ec2 delete-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--force-delete
```
------
#### [ PowerShell ]
**Pour supprimer une fenêtre d'événements**
Utilisez l’applet de commande [Remove-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2InstanceEventWindow.html).
```
Remove-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890
```
**Pour supprimer de force une fenêtre d’événements**
Utilisez l’applet de commande [Remove-EC2InstanceEventWindow](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2InstanceEventWindow.html).
```
Remove-EC2InstanceEventWindow `
-InstanceEventWindowId iew-0abcdef1234567890 `
-ForceDelete $true
```
------