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.

Comment fonctionne Amazon EC2 Dedicated Host Recovery

Les hôtes dédiés et la fonction de récupération des groupes de ressource d’hôtes font intervenir des surveillances de l’état au niveau de l’hôte pour évaluer la disponibilité de l’hôte dédié et détecter les pannes système sous-jacentes. Le type de défaillance de l’hôte dédié détermine si la récupération automatique de l’hôte dédié est possible. Voici quelques exemples de problèmes pouvant entraîner l’échec des vérifications de l’état au niveau de l’hôte :

Récupération automatique de l’hôte dédié

Lorsqu'une panne d'alimentation du système ou de connectivité réseau est détectée sur votre hôte dédié, la restauration automatique de l'hôte dédié est lancée et Amazon alloue EC2 automatiquement un hôte dédié de remplacement dans la même zone de disponibilité que l'hôte dédié d'origine. L’Hôte dédié de remplacement reçoit un nouvel ID d’hôte, mais conserve les mêmes attributs que l’Hôte dédié d’origine, en particulier :

Une fois l’hôte dédié de remplacement alloué, les instances sont récupérées sur l’hôte dédié de remplacement. Les instances récupérées conservent les mêmes attributs que les instances d’origine, en particulier :

En outre, l'intégration intégrée à AWS License Manager automatise le suivi et la gestion de vos licences.

Si des instances ont des relations d’affinité avec l’Hôte dédié déficient, les instances récupérées établissent une relation d’affinité avec l’Hôte dédié de remplacement.

Une fois que toutes les instances ont été récupérées sur l’Hôte dédié de remplacement, l’Hôte dédié déficient est libéré et l’Hôte dédié de remplacement devient disponible.

Lorsque la restauration de l'hôte est lancée, le propriétaire du AWS compte est averti par e-mail et par un AWS Health Dashboard événement. Une seconde notification est envoyée une fois la récupération de l’hôte réalisée avec succès.

Si vous utilisez AWS License Manager pour suivre vos licences, AWS License Manager alloue de nouvelles licences à l'hôte dédié de remplacement en fonction des limites de configuration des licences. Si la configuration de la licence comporte des limites strictes qui seront dépassées à la suite de la restauration de l'hôte, le processus de restauration n'est pas autorisé et vous êtes informé de l'échec de la restauration de l'hôte par le biais d'une SNS notification Amazon (si les paramètres de notification ont été configurés pour AWS License Manager). Si la configuration de licence comporte des limites souples qui seront dépassées à la suite de la restauration de l'hôte, la restauration est autorisée à se poursuivre et vous êtes informé du non-respect des limites par le biais d'une SNS notification Amazon. Pour plus d’informations, consultez Configurations de licences dans License Manager et Paramètres dans License Manager dans le Guide de l’utilisateur AWS License Manager.

États de la récupération de l’hôte

Lorsqu’une déficience d’Hôte dédié est détectée, l’Hôte dédié déficient passe à l’état under-assessment et toutes les instances passent à l’état impaired. Vous ne pouvez pas lancer des instances sur l’Hôte dédié déficient tant qu’il est à l’état under-assessment.

Une fois l’Hôte dédié de remplacement alloué, il passe à l’état pending. Il reste dans cet état jusqu’à ce que le processus de récupération de l’hôte soit terminé. Vous ne pouvez pas lancer des instances sur l’Hôte dédié de remplacement tant qu’il est à l’état pending. Les instances récupérées situées sur l’Hôte dédié de remplacement restent à l’état impaired durant le processus de récupération.

Une fois la récupération de l’hôte terminée, l’Hôte dédié de remplacement passe à l’état available et les instances récupérées repassent à l’état running. Vous pouvez lancer des instances sur l’Hôte dédié de remplacement une fois qu’il est à l’état available. L’Hôte dédié déficient d’origine est libéré de façon permanente et il passe à l’état released-permanent-failure.

Si l’Hôte dédié déficient possède des instances qui ne prennent pas en charge la récupération de l’hôte, telles que les instances comportant des volumes basés sur le stockage d’instances, l’Hôte dédié n’est pas libéré. Il est marqué comme devant être mis hors service et passe à l’état permanent-failure.

Scénarios sans récupération automatique d’hôte dédié

La récupération automatique de l’hôte dédié n’a pas lieu lorsque la mise hors service de l’hôte est prévue. Vous recevrez une notification de retrait lors d'un CloudWatch événement Amazon AWS Health Dashboard, et l'adresse e-mail du propriétaire du AWS compte recevra un message concernant la défaillance de l'hôte dédié. Suivez les étapes correctives décrites dans la notification de mise hors service dans le temps imparti pour récupérer manuellement les instances sur l’hôte qui est mis hors service.

Les instances arrêtées ne sont pas récupérées sur l’Hôte dédié de remplacement. Si vous tentez de démarrer une instance arrêtée qui cible l’Hôte dédié déficient, son démarrage échoue. Nous vous recommandons de modifier l’instance arrêtée afin qu’elle cible un autre Hôte dédié ou de la lancer sur tout Hôte dédié disponible ayant des caractéristiques de configuration et de remplacement automatique correspondantes.

Les instances avec stockage d’instance ne sont pas récupérées sur l’Hôte dédié de remplacement. Afin de remédier à ce problème, l’Hôte dédié déficient est marqué comme devant être mis hors service et vous recevez une notification de mise hors service une fois la récupération de l’hôte terminée. Suivez les étapes correctives décrites dans la notification de mise hors service dans le temps imparti pour récupérer manuellement les instances restantes sur l’Hôte dédié déficient.