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 :

• Perte de connectivité réseau

• Perte d’alimentation système

• Problèmes logiciels ou matériels sur l’hôte physique

Important

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.

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

Lorsqu'une panne de connectivité réseau ou d'alimentation système est détectée sur votre hôte dédié, la fonction de récupération automatique de l'hôte dédiée 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 :

• Zone de disponibilité

• Type d’instance

• Balises

• Paramètres de placement automatique

• Réservation

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 :

• ID d’instance

• Adresses IP privées

• Adresses IP élastiques

• EBSpièces jointes aux volumes

• Toutes les métadonnées d’instance

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

Note

AWS L'intégration d'License Manager est uniquement prise en charge dans les régions dans lesquelles AWS License Manager est disponible.

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.

Lors du lancement du processus de récupération de l'hôte, 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 effectuer le suivi de vos licences, AWS License Manager alloue de nouvelles licences pour l'hôte dédié de remplacement en fonction des limites de configuration de licence. Si la configuration de licence définit des limites strictes qui seront outrepassées à la suite de la récupération de l'hôte, le processus de récupération n'est pas autorisé et vous êtes averti de l'échec de la récupération de l'hôte via une SNS notification Amazon (si les paramètres de notification ont été configurés pour AWS License Manager). Si la configuration de licence définit des limites flexibles qui seront outrepassées à la suite de la récupération de l'hôte, le processus de récupération est autorisé et vous êtes averti du dépassement de la limite via 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 mise hors service dans l' AWS Health Dashboard, un CloudWatch événement Amazon, et l'adresse e-mail du propriétaire du AWS compte reçoit un message concernant l'échec 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.