Que faut-il savoir avant la mise hors service programmée d’une instance Amazon EC2 ?

Brève description

La mise hors service d'une instance EC2 est programmée si Amazon Web Services (AWS) détecte une défaillance irréparable au niveau de l'infrastructure qui héberge votre instance.

Peuvent conduire à la planification d'une mise hors service :

• des problèmes liés au logiciel, non réparables et nécessitant un remplacement du logiciel ;
• des pannes nécessitant un remplacement de matériel, par exemple un bloc d'alimentation, un disque dur ou d'autres composants du serveur défectueux.

Remarque : une notification de mise hors service peut apparaître sur votre Tableau de bord AWS Health jusqu'à l'heure prévue de l'événement. Vous pouvez également consulter les événements planifiés pour votre instance dans la console Amazon EC2 sous Événements planifiés. Vous pouvez également utiliser les commandes suivantes pour afficher les événements planifiés pour votre instance :

**À partir de l'interface de la ligne de commande AWS (AWS CLI) : **

describe-instance-status

Remarque : si des erreurs surviennent lors de l'exécution des commandes de l'AWS CLI, vérifiez que vous utilisez la version la plus récente de l'interface.

À partir des outils AWS pour PowerShell (Windows) :

Get-EC2InstanceStatus

Résolution

Actions à effectuer avant la date de mise hors service de l'instance

Vous devez arrêter, puis démarrer l'instance à l'heure de votre choix avant la date de mise hors service de l'instance. L'instance est alors déplacée vers un autre hôte sain.

Important : avant d'arrêter une instance, tenez compte des points suivants :

• Si vous n'utilisez pas d'Adresse IP Elastic, l'adresse IP publique est libérée lorsque vous arrêtez l'instance.
• Si cette instance possède un volume de stockage d'instances, toutes les données qu'il contient sont perdues lorsque l'instance est arrêtée. Consultez la section Arrêter une instance avec un volume de stockage d'instances attaché pour en savoir plus.
  Remarque (pour Windows uniquement) : les volumes de stockage d'instances sont désignés comme Stockage temporaire dans la rubrique Ce PC de l'instance.
• Si le comportement d'arrêt de l'instance est défini sur Terminer, l'instance est mise hors service lorsqu'elle est arrêtée.
• Si votre instance fait partie d'un groupe Amazon EC2 Auto Scaling, l'arrêt de l'instance peut mettre fin à l'instance. Si votre instance est lancée par un service qui utilise AWS Auto Scaling, l'arrêt de l'instance peut également mettre fin à l'instance. Dans ce scénario, la mise hors service d'une instance dépend des paramètres de protection intégrée de l'instance pour votre groupe Auto Scaling. Si votre instance fait partie d'un groupe Auto Scaling, supprimez la temporairement du groupe avant de continuer ce processus.
• AWS ne garantit pas la disponibilité des capacités pour les instances à la demande. La capacité des instances à la demande évolue de manière dynamique. Il est donc possible que vous receviez une erreur InsuffyInstanceCapacity lorsque vous démarrez une instance précédemment arrêtée. Pour éviter cette erreur, utilisez les Réserves de capacité à la demande.

Pour éviter les temps d'arrêt imprévus et les pertes de données, vous devez prendre certaines mesures avant la date de mise hors service de l'instance. Les mesures prises dépendent du type de périphérique racine de votre instance. Pour en savoir plus, consultez les sections suivantes :

• Mise hors service d'une instance (Windows)
• Mise hors service d'une instance (Linux)

Arrêt et démarrage d'une instance basée sur Amazon EBS

Lorsque vous recevez une notification de mise hors service d'une instance, l'hôte sous-jacent est déjà dans un état qui bloque tout autre lancement d'instances sur le matériel. L'arrêt et le démarrage déplaceront votre instance vers un nouveau matériel sous-jacent et aucune action ne sera requise de votre part. Les données stockées dans les volumes Amazon Elastic Block Store (Amazon EBS) sont conservées lors de l’arrêt et du redémarrage de votre instance, afin que vos données ne soient pas perdues.

Une instance stockée sur un volume EBS peut rester bloquée dans un état d'arrêt si le matériel sous-jacent est dégradé. Vous pouvez utiliser la console Amazon EC2 ou AWS CLI pour forcer l'arrêt de l'instance. Cette action peut prendre jusqu'à 10 minutes. Pour en savoir plus, consultez la section Résoudre les problèmes d'arrêt de votre instance.

Arrêt d’une instance comportant un volume de stockage d'instances attaché

Les données stockées sur un volume de stockage d'instances ne sont pas conservées si une instance est arrêtée. Pour éviter toute perte de données, utilisez le protocole RDP (Remote Desktop Protocol) pour vous connecter à votre instance. Déplacez ensuite les données contenues dans le volume de stockage d'instances vers un volume EBS attaché. Pour en savoir plus, consultez la section Volume du stockage d'instances et durée de vie des données. Si le périphérique racine de votre instance est un volume de stockage d'instances, l'instance sera mise hors service lorsque vous l'arrêterez, et vous ne pourrez plus l'utiliser.

Création d'infrastructures tolérantes aux défaillances

Développez une infrastructure tolérante aux défaillances grâce à une architecture appropriée, afin de réduire ou d'éliminer les temps d'arrêt. Pour en savoir plus, consultez AWS Well-Architected.

Instances rendues inaccessibles avant la date de mise hors service

Dans la mesure où la mise hors service d'une instance est souvent la conséquence d'une défaillance logicielle ou matérielle inattendue, il arrive que l'hôte sous-jacent ne soit plus accessible avant la date de mise hors service programmée. AWS tente de conserver un accès à l'instance jusqu'à la date indiquée et, dans certains cas, peut restaurer l'hôte pour le remettre en état de marche.

Pour migrer l'instance vers un nouvel hôte sain, arrêtez et redémarrez l'instance. Après l'arrêt et le redémarrage, il ne sera plus nécessaire de mettre hors service l'instance et aucune autre action ne sera requise de votre part.

Pour en savoir plus, consultez la page J'ai reçu une notification m'indiquant qu'Amazon EC2 avait détecté une dégradation du matériel sous-jacent hébergeant mon instance EC2. Que dois-je faire ?