Maintenance de l'hôte
Avec la maintenance d'hôte, vos instances Amazon EC2 sur un hôte dédié dégradé sont automatiquement redémarrées sur un hôte dédié nouvellement alloué lors d'un événement de maintenance planifié. Cela permet de réduire les temps d'arrêt des applications et de déléguer à AWS la lourdeur indifférenciée de la maintenance. La maintenance de l'hôte est également effectuée pour la maintenance planifiée et de routine d'Amazon EC2.
La maintenance de l'hôte est prise en charge pour toutes les nouvelles allocations d'hôtes dédiés effectuées via la console Amazon EC2. Pour tout hôte dédié de votre Compte AWS ou de tout nouvel hôte dédié alloué via l'API AllocateHosts, vous pouvez configurer la maintenance des hôtes pour les hôtes dédiés pris en charge. Pour de plus amples informations, veuillez consulter Configuration de la maintenance de l'hôte.
Table des matières
Principes de base de la maintenance des hôtes
Lorsqu'une dégradation est détectée sur un hôte dédié, un nouvel hôte dédié est alloué. La dégradation peut être causée par la dégradation du matériel sous-jacent ou par la détection de certaines conditions problématiques. Vos instances sur l'hôte dédié dégradé sont programmées pour être redémarrées automatiquement sur l'hôte dédié nouvellement alloué.
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. Ces attributs sont les suivants.
-
Paramètres de placement automatique
-
Zone de disponibilité
-
Réservation
-
Affinité de l'hôte
-
Paramètres de maintenance de l'hôte
-
Paramètres de récupération de l'hôte
-
Type d'instance
-
Étiquettes
La maintenance de l'hôte est disponible dans toutes les Régions AWS pour tous les hôtes dédiés pris en charge. Pour plus d'informations sur les hôtes dédiés pour lesquels la maintenance de l'hôte n'est pas prise en charge, consultez Limites.
Votre hôte dédié dégradé est libéré une fois que toutes vos instances ont été redémarrées sur un nouvel hôte dédié ou arrêtées. Vous pouvez accéder à vos instances sur l'hôte dédié dégradé avant l'événement de maintenance programmé, mais le lancement d'instances sur l'hôte dédié dégradé n'est pas pris en charge.
Vous pouvez utiliser l'hôte dédié nouvellement alloué pour lancer de nouvelles instances sur l'hôte avant l'événement de maintenance planifiée. Une partie de la capacité du nouvel hôte est réservée au redémarrage des instances de l'hôte dégradé. Pour de plus amples informations, veuillez consulter Instances sur hôte dédié.
Limites
-
La maintenance des hôtes n'est pas prise en charge dans AWS Outposts, AWS Local Zones et AWS Wavelength Zones.
-
La maintenance des hôtes ne peut pas être activée ou désactivée pour les hôtes déjà présents dans un groupe de ressources hôte. Les hôtes ajoutés à un groupe de ressources hôte conservent leur paramètre de maintenance d'hôte. Pour plus d'informations, consultez Groupes de ressources hôte.
-
La maintenance d'hôte n'est prise en charge que sur des types d'instance spécifiques. Pour de plus amples informations, veuillez consulter Types d'instance pris en charge.
Maintenance d'hôte versus récupération d'hôte
Le tableau suivant présente les principales différences entre la récupération d'hôte et la maintenance d'hôte.
| Resturation de l'hôte | Maintenance de l'hôte | |
|---|---|---|
| Accessibilité | Injoignable | Joignable |
| État | under-assessment |
permanent-failure |
| Action | La récupération est immédiate | La maintenance est planifiée |
| Flexibilité de la planification | Ne peut être planifié à nouveau | Peut être planifié à nouveau |
| Groupe de ressources hôte | Pris en charge | Non pris en charge |
Pour plus d'informations sur la restauration de l'hôte, consultez Restauration de l'hôte.
Types d'instance pris en charge
La maintenance de l'hôte est prise en charge pour les familles d'instances suivantes : A1, C4, C5, C5n, C6a, C6g, C6i, Inf1, G3, G5g, M4, M5, M5n, M5zn, M6a, M6g, M6i, P2, P3, R4, R5, R5b, R5n, R6g, R6i, T3, u-6tb1, u-9tb1, u-12tb1, u-18tb1, u-24tb1 et X2iezn.
Instances sur hôte dédié
Pendant l'événement de maintenance planifié, les instances de votre hôte dégradé sont redémarrées sur un hôte dédié nouvellement alloué. Les instances conservent les mêmes attributs que celles de votre hôte dégradé, y compris les éléments suivants.
-
Pièces jointes de volume Amazon EBS
-
Adresses IP Elastic
-
ID d'instance
-
Métadonnées de l'instance
-
Adresse IP privée
Vous pouvez arrêter et démarrer une instance sur l'hôte dégradé à tout moment avant le début de l'événement de maintenance planifiée. Ce faisant, vous redémarrez votre instance sur un autre hôte, et votre instance ne subira pas la maintenance planifiée. Vous devez mettre à jour l'affinité d'hôte de votre instance avec le nouvel hôte sur lequel vous voulez redémarrer votre instance. Pour plus d'informations, consultez Arrêt et démarrage de votre instance.
Note
Les données d'un volume de stockage d'instances ne sont pas conservées lorsque vous arrêtez et démarrez votre instance.
Les instances dont le périphérique racine est un volume de stockage d'instances sont résiliées après la date de résiliation spécifiée. Toutes les données des volumes de stockage d'instances sont supprimées lorsque les instances sont résiliées. Les instances résiliées sont définitivement supprimées et ne peuvent pas être redémarrées. Pour les instances dont les volumes de stockage d'instances sont le périphérique racine, nous vous recommandons de lancer des instances de remplacement sur un hôte dédié différent en utilisant l'Amazon Machine Image la plus récente, et de migrer toutes les données disponibles vers les instances de remplacement avant la date de résiliation spécifiée. Pour plus d'informations, consultez Retrait d'instance.
Les instances qui ne peuvent pas être redémarrées automatiquement sont arrêtées après la date spécifiée. Vous pouvez redémarrer ces instances sur un autre hôte. Les instances utilisant un volume Amazon EBS en tant que périphérique racine continuent d'utiliser le même volume Amazon EBS après avoir été démarrées sur un nouvel hôte.
Vous pouvez définir l'ordre de redémarrage des instances en replanifiant l'heure de début d'un redémarrage d'instance sur https://console.aws.amazon.com/ec2/
Configuration de la maintenance de l'hôte
Vous pouvez configurer la maintenance de l'hôte pour tous les hôtes dédiés pris en charge via AWS Management Console ou AWS CLI. Consultez le tableau suivant pour plus de détails.
Note
Si vous désactivez la maintenance de l'hôte, vous recevez une notification par e-mail vous demandant d'expulser l'hôte endommagé et de migrer manuellement vos instances vers un autre hôte dans les 28 jours. Un hôte de remplacement est attribué si vous avez réservé un hôte dédié. Après 28 jours, les instances exécutées sur l'hôte dégradé sont résiliées et l'hôte est libéré automatiquement.
Événement de maintenance
En cas de détection d'une dégradation, un événement de maintenance est planifié 14 jours plus tard, afin de redémarrer vos instances sur un nouvel hôte dédié. Vous recevez une notification par e-mail fournissant des informations sur l'hôte endommagé, l'événement de maintenance planifié et les plages horaires de maintenance. Pour plus d'informations, consultez Affichage des événements planifiés.
Vous pouvez replanifier l'événement de maintenance pour n'importe quel jour jusqu'à sept jours après la date de l'événement planifié. Pour plus d'informations sur la replanification, consultez Replanification d'un événement planifié.
L'événement de maintenance dure généralement quelques minutes. Dans les rares cas d'échec, vous recevez une notification par e-mail vous demandant d'expulser les instances de l'hôte endommagé dans un délai spécifié.
États de la maintenance de l'hôte
Votre hôte dédié est configuré sur l'état permanent-failure lorsqu'une dégradation est détectée. Vous ne pouvez pas lancer d'instances sur un hôte dédié dont l'état est permanent-failure. À la fin de l'événement de maintenance, l'hôte dégradé est libéré et placé dans l'état released,
permanent-failure.
Après avoir détecté une dégradation sur un hôte dédié et avant de planifier un événement de maintenance, la maintenance de l'hôte attribue automatiquement un nouvel hôte dédié à votre compte. Cet hôte de remplacement nouvellement alloué reste dans cet état pending jusqu'à ce qu'un événement de maintenance soit planifié. Une fois l'événement de maintenance planifié, le nouvel hôte dédié passe à l'état available. Vous pouvez lancer de nouvelles instances sur cet hôte à tout moment, même avant l'événement de maintenance.
Note
La capacité requise pour migrer les instances existantes de l'hôte dégradé vers le nouvel hôte est rendue indisponible afin de permettre une transition en douceur pendant l'événement de maintenance.
Services connexes
L'hôte dédié s'intègre à AWS License Manager – Assure le suivi des licences sur vos hôtes dédiés Amazon EC2 (pris en charge uniquement dans les régions dans lesquelles AWS License Manager est disponible). Pour plus d'informations, consultez le Guide de l'utilisateur AWS License Manager.
Vous devez disposer de suffisamment de licences dans votre Compte AWS pour votre nouvel hôte dédié. Les licences associées à votre hôte dégradé sont libérées lorsque l'hôte est libéré après la fin de l'événement de maintenance planifié.
Tarification
Il n'y a pas de facturation supplémentaire pour l'utilisation de la fonction de maintenance de l'hôte, mais les frais habituellement appliqués pour l'Hôte dédié vous seront facturés. Pour plus d'informations, consultez Tarification des hôtes dédiés Amazon EC2
Dès que la fonction de maintenance de l'hôte est lancée, vous n'êtes plus facturé pour l'Hôte dédié dégradé. La facturation relative à l'hôte dédié nouvellement alloué commence uniquement une fois qu'il est passé à l'état available.
Si l'hôte dédié dégradé était facturé au tarif à la demande, l'Hôte dédié nouvellement alloué est également facturé au tarif à la demande. Si l'hôte dédié dégradé avait une réservation d'hôte dédié active, celle-ci est transférée au nouvel hôte dédié.
