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.
Configurer la restauration basée sur les CloudWatch actions sur une instance EC2
Important
Cette section décrit comment configurer de manière proactive des mécanismes de récupération sur une instance EC2. Ces mécanismes de récupération sont conçus pour rétablir la disponibilité des instances lorsqu’ AWS détecte un problème matériel ou logiciel sous-jacent qui entraîne l’échec d’une vérification du statut du système. Si vous rencontrez actuellement des problèmes d’accès à votre instance, consultez la section Résolution des problèmes liés aux instances EC2.
S'il est AWS détecté qu'une instance n'est pas disponible en raison d'un problème matériel ou logiciel sous-jacent, la restauration basée sur les CloudWatch actions peut restaurer automatiquement la disponibilité de l'instance en déplaçant l'instance de l'hôte présentant le problème sous-jacent vers un autre hôte.
En cas de restauration basée sur l' CloudWatch action, AWS envoie l'un des événements suivants à votre Tableau de bord AWS Health attention, en fonction du résultat :
-
Événements de réussite :
AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS -
Événement d’échec :
AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE
Vous pouvez configurer la restauration basée sur les CloudWatch actions 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. CloudWatchla restauration basée sur les actions fournit une granularité des temps de réponse de restauration à la minute près et des notifications Amazon Simple Notification Service (Amazon SNS) concernant les actions et les résultats de la restauration. Ces options de configuration permettent des tentatives de récupération 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 récupération automatique simplifiée. Pour plus d'informations sur CloudWatch les options disponibles, consultez la section Contrôles de statut pour vos instances.
Cependant, la restauration basée sur les CloudWatch actions ne peut fonctionner que si une instance est dans running cet état, si aucun événement de service n'est répertorié dans le Tableau de bord AWS Health et si de la capacité est disponible pour le type d'instance. Dans certaines situations, telles que des pannes importantes, des contraintes de capacité peuvent entraîner l’échec des tentatives de récupération. Pour de plus amples informations, veuillez consulter Résoudre les problèmes de restauration basés sur les CloudWatch actions.
Avertissement
Lorsque AWS vous restaurez votre instance en raison d'un problème matériel ou logiciel sous-jacent, soyez conscient des conséquences suivantes : les données stockées dans la mémoire volatile (RAM) et sur les volumes de stockage de l'instance seront perdues et la disponibilité du système d'exploitation recommencera à zéro. Pour vous protéger contre la perte de données, nous vous conseillons de créer régulièrement des sauvegardes de vos données essentielles. Pour plus d’informations sur les pratiques exemplaires en matière de sauvegarde et de récupération pour les instances Amazon EC2, consultez la section Pratiques exemplaires pour Amazon EC2.
Les mécanismes de récupération automatique des instances sont conçus pour les instances individuelles. Pour obtenir des conseils sur la création d’un système résilient, consultez la section Élaboration d’un système résilient.
Table des matières
Exigences pour permettre une restauration basée sur CloudWatch l'action
CloudWatch la restauration basée sur l'action peut être activée sur les instances qui répondent aux critères suivants :
- Types d’instances
-
-
Usage général : A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i,, M8a, M8azn, M8g, M8gb, M8gn, M8i, M8in, M8ine, M8iB M7i-flex, M9g, T1, T2, T3, T3a et T4 M8i-flex
-
Optimisation du calcul : C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i,, C8a, C8g, C8gb, C8gn, C8i, C8ine, C8iB, C9g C7i-flex C8i-flex
-
Mémoire optimisée : R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8gb, R8GN, R8i, R8iB,,,,,, X1, X1e, X2IDN, X2IEDN, X2ieZn, X8G, X8i R8i-flex U-3tb1 U-6tb1 U-9tb1 U-12tb1 U-18tb1 U-24tb1 U7i-6tb U7i-8tb U7i-12tb U7in-16tb U7in-24tb U7in-32tb U7inh-32tb
-
Calcul accéléré : G3, G5g, Inf1, P3, VT1
-
High-performance informatique : HPC6a, HPC7a, HPC7g, HPC8a
-
Instances metal : n’importe lequel des types ci-dessus avec la taille de l’instance metal.
-
Si des volumes de stockage d’instance sont ajoutés au lancement : alors seuls les types d’instance suivants sont pris en charge : M3, C3, R3, X1, X1e, X2idn, X2iedn
-
- Tenancy
-
-
Partagé
-
Dedicated Instance
Pour de plus amples informations, veuillez consulter Instances EC2 dédiées Amazon.
-
Limites
CloudWatch la restauration basée sur l'action n'est pas prise en charge pour les instances présentant les caractéristiques suivantes :
-
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é.
-
Mise en réseau : instances utilisant un adaptateur Elastic Fabric Adapter
-
Auto Scaling : instances qui font partie d’un groupe Auto Scaling
-
Maintenance : instances qui font actuellement l’objet d’une opération de maintenance programmée
Recherche des types d’instances pris en charge
Vous pouvez consulter les types d'instances qui prennent en charge la restauration basée sur les CloudWatch actions.
Configurer la restauration basée sur les CloudWatch actions
Pour configurer la restauration basée sur les CloudWatch actions pour une instance EC2, créez une CloudWatch alarme qui surveille la StatusCheckFailed_System métrique pour l'instance spécifiée. Réglez l’alarme pour qu’elle se déclenche lorsque la valeur de la métrique est égale à 1, ce qui indique un échec de la vérification du statut du système. Configurez l’action d’alarme pour récupérer automatiquement l’instance lorsqu’elle est déclenchée.
Vous pouvez configurer l'alarme à l'aide de la console Amazon EC2 ou de la CloudWatch console. Pour les instructions, reportez-vous Ajouter des actions de restauration aux CloudWatch alarmes Amazon à ce guide de l'utilisateur ou à l'ajout d'actions de restauration aux CloudWatch alarmes Amazon dans le Guide de CloudWatch l'utilisateur Amazon.
Résoudre les problèmes de restauration basés sur les CloudWatch actions
Si la restauration basée sur l' CloudWatch action ne parvient pas à récupérer votre instance, prenez en compte les problèmes suivants :
-
AWS les événements de service sont en cours
CloudWatch la restauration basée sur les actions ne fonctionne pas pendant les événements de service dans le Tableau de bord AWS Health. 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é des services, consultez la page état de santé des services
. -
Capacité insuffisante
Le matériel de remplacement est temporairement insuffisant pour effectuer la migration de l’instance.
-
Le nombre maximal de tentatives de restauration quotidiennes est atteint
L’instance a atteint l’autorisation quotidienne maximale de tentatives de récupération. Votre instance peut être mise hors service ultérieurement si la récupération automatique échoue et s’il est établi qu’une dégradation matérielle est à l’origine de l’échec de la vérification initiale du statut du système.
Si l'échec de la vérification de l'état du système de l'instance persiste malgré plusieurs tentatives de récupération, consultez Résoudre les problèmes des instances dont les vérifications d'état ont échoué pour obtenir des instructions supplémentaires.
