Configuration de la restauration basée sur l' CloudWatch action - Amazon Elastic Compute Cloud

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Configuration de la restauration basée sur l' CloudWatch action

Important
  • Les informations suivantes s'appliquent à la configuration des fonctionnalités liées à la restauration sur des instances saines. Si vous rencontrez actuellement des difficultés pour accéder à votre instance, consultez la section Dépannage des instances EC2.

  • Pour que votre charge de travail fonctionne correctement après une restauration d'instance réussie, celle-ci doit démarrer et accepter le trafic sans intervention manuelle.

Vous pouvez configurer la restauration basée sur CloudWatch l'action Amazon pour ajouter des actions de restauration aux CloudWatch alarmes Amazon. CloudWatch la restauration basée sur l'action fonctionne avec la StatusCheckFailed_System métrique. CloudWatch la restauration basée sur les actions fournit une granularité du temps de réponse et des notifications Amazon Simple Notification Service (Amazon SNS) concernant les actions de to-the-minute restauration et les résultats. Ces options de configuration permettent des tentatives de restauration plus rapides grâce à un contrôle plus précis de la réponse à l'échec de la vérification de l'état du système, par rapport à une restauration automatique simplifiée. Pour plus d'informations sur les CloudWatch options disponibles, consultez la section Contrôles de statut de vos instances.

La restauration basée sur CloudWatch l'action d'Amazon ne fonctionne pas lors d'événements de service dans le AWS Health Dashboard. Pour plus d’informations, consultez Résolution des défaillances de restauration basées sur l' CloudWatchaction.

Exigences et limites de la restauration basée sur CloudWatch l'action

CloudWatch la restauration basée sur l'action peut tenter de récupérer une instance si elle :

  • Est dans l'runningÉtat. Pour plus d’informations, consultez Cycle de vie d’une instance.

  • Utilisations default (à la demande) ou location d'dedicatedinstance. Pour plus d’informations, consultez Options d’achat d’instance.

  • Il s'agit d'un type d'instance pour lequel Amazon EC2 dispose de capacités disponibles. Dans certaines situations, telles que des pannes importantes, la capacité disponible sera insuffisante et certaines tentatives de restauration risquent d'échouer.

  • N'utilise pas la location d'dedicatedinstance. Pour les hôtes dédiés Amazon EC2, vous pouvez utiliser récupération automatique de l’hôte dédié pour récupérer automatiquement les instances défectueuses.

  • N'utilise pas d'adaptateur Elastic Fabric.

  • N'est pas membre d'un groupe Auto Scaling.

  • Ne fait actuellement l'objet d'aucun événement de maintenance planifié.

  • Utilise l'un des types d'instance suivants :

    • Usage général : A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | T1 | T2 | T3 | T3a | T4g

    • Optimisé pour le calcul : C3 | C4 | C5 | C5a | C5n | C6a | C6g | C6gn | C6i | C6in | C7a | C7g | C7gn | C7i | C7i-Flex

    • Mémoire optimisée : R3 | R4 | R5 | R5a | R5b | R5n | R6a | R6g | R6i | R6in | R7a | R7g | R7i | R7iz | u-3tb1 | u-6tb1 | u-12tb1 | u-24tb1 | u-24tb1 | u7i-12tb | u7in-16tb | U7 en 24 TB | U7 en 32 TB | X1 | X1e | X2ieZN

    • Calcul accéléré : G3 | G3s | G5g | Inf1 | P2 | P3 | VT1

    • Calcul haute performance : hPC6a | hPC7a | hPC7g

    • Instances métalliques : n'importe lequel des types ci-dessus avec la taille de l'instance métallique.

  • Possède des volumes de stockage d'instance et utilise l'un des types d'instance suivants : M3 | C3 | R3 | X1 | X1e | X2idn | X2iEDN

Avertissement

Nous vous recommandons de créer régulièrement des sauvegardes de données importantes. Pour plus d'informations sur les meilleures pratiques de sauvegarde et de restauration pour Amazon EC2, consultez la section Meilleures pratiques pour Amazon EC2.

Vous pouvez également utiliser le AWS Management Console ou le AWS CLI pour afficher les types d'instances qui prennent en charge la restauration basée sur CloudWatch l'action.

Console
Pour voir les types d'instances qui prennent en charge la restauration basée sur CloudWatch l'action d'Amazon
  1. Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.

  2. Dans le panneau de navigation de gauche, choisissez Instance Types (Types d’instance).

  3. Dans la barre de filtre, saisissez Auto Recovery support: true (Prise en charge de la restauration automatique : vrai). Sinon, lorsque vous saisissez les caractères et que le nom du filtre apparaît, vous pouvez le sélectionner.

    Le tableau des types d'instances affiche tous les types d'instances qui prennent en charge la restauration basée sur CloudWatch l'action Amazon.

AWS CLI
Pour voir les types d'instances qui prennent en charge la restauration basée sur CloudWatch l'action d'Amazon

Utilisez la commande describe-instance-types.

aws ec2 describe-instance-types --filters Name=auto-recovery-supported,Values=true --query "InstanceTypes[*].[InstanceType]" --output text | sort

Configuration de la restauration basée sur l' CloudWatchaction

CloudWatch la restauration basée sur l'action fonctionne avec la StatusCheckFailed_System métrique. CloudWatch la restauration basée sur l'action est configurée via la CloudWatch console. Pour configurer la restauration basée sur CloudWatch l'action, consultez la section Ajouter des actions de restauration aux CloudWatch alarmes dans le guide de CloudWatch l'utilisateur Amazon.

Résolution des défaillances de restauration basées sur l' CloudWatchaction

Les problèmes suivants peuvent entraîner l'échec de la restauration de votre instance avec une restauration basée sur l' CloudWatch action :

  • CloudWatch la restauration basée sur l'action ne fonctionne pas lors d'événements de service dans le AWS Health Dashboard. Il se peut que vous ne receviez pas de notifications d’échec de récupération pour de tels événements. Pour obtenir les dernières informations sur la disponibilité du service, consultez la page État de santé du service.

  • Capacité temporaire, insuffisante du matériel de remplacement.

  • L'instance a atteint l'indemnité journalière maximale pour les tentatives de rétablissement. Votre instance pourrait ensuite être retirée si la récupération automatique échoue et si une dégradation matérielle est la cause première de l’échec du contrôle de statut du système d’origine.

Si l'échec de la vérification de l'état du système de l'instance persiste malgré plusieurs tentatives de restauration, consultez Résoudre les problèmes des instances dont les vérifications d'état ont échoué pour obtenir des instructions supplémentaires.