Pourquoi mon instance Linux EC2 a-t-elle échoué lors de la vérification du statut du système ?

Brève description

Les échecs de vérification du statut du système indiquent l'existence de problèmes liés à la plate-forme qui héberge votre instance EC2. Si vous ne savez pas quel type de vérification de statut a échoué, consultez la section Afficher les contrôles de statuts.

Remarque : Si vous recevez le message d'erreur « Échec de la vérification d'accessibilité de l'instance », consultez La vérification du statut de mon instance EC2 Linux a échoué en raison de problèmes liés au système d'exploitation. Comment résoudre ce problème ?

Résolution

Afficher le tableau de bord AWS Health

Consultez letableau de bord AWS Health pour connaître les interruptions de service dans la région AWS où se trouve votre instance.

Résoudre les échecs de vérification du statut du système

Important : Il est recommandé de créer une Amazon Machine Image (AMI) comme sauvegarde de votre instance avant d'effectuer toute opération.

Vous pouvez soit attendre qu'AWS résolve le problème, soit effectuer un arrêt et démarrage manuels de votre instance. Gardez à l'esprit qu'un arrêt et démarrage ne sont pas équivalents à un redémarrage. L’action d’arrêt et démarrage fait migrer l'instance vers un nouvel hôte sain. Pour résoudre les échecs des vérifications du statut du système, cette migration est nécessaire.

Avertissement : Avant d'arrêter et de redémarrer votre instance, prenez en compte ces conditions :

• Les données stockées dans les volumes de stockage d'instance sont perdues lorsque l'instance est arrêtée. Avant d'arrêter l'instance, assurez-vous de sauvegarder les données. Contrairement aux volumes basés sur Amazon Elastic Block Store (Amazon EBS), les volumes du stockage d’instances sont éphémères et ne prennent pas en charge la persistance des données.
• L’adresse IPv4 publique statique qu’Amazon EC2 a attribuée automatiquement à l’instance lors du lancement ou du démarrage change après l’arrêt et le démarrage. Pour conserver une adresse IPv4 publique qui ne change pas lorsque l'instance est arrêtée, utilisez une adresse IP Elastic.

Pour en savoir plus, consultez la section Arrêt et démarrage de votre instance.

Dans de rares cas, le problème de couche d'infrastructure empêche l'hôte sous-jacent de répondre aux appels d'API d'arrêt et de démarrage. Cela provoque le « blocage » de l'instance dans l'état d'arrêt. Dans ce cas, forcez l'instance à s'arrêter depuis la console Amazon EC2 ou depuis l'interface de la ligne de commande AWS (AWS CLI). Cette action peut prendre plusieurs minutes. Pour plus d'informations, consultez Forcer l'arrêt de l'instance.

Remarque : Si des erreurs surviennent lors de l’exécution des commandes AWS CLI, assurez-vous que vous utilisez la version la plus récente d’AWS CLI.

Les instances qui prennent en charge la restauration automatique simplifiée restaurent les instances défaillantes par défaut. Toutefois, il est recommandé de configurer la restauration basée sur l'action d'Amazon CloudWatch. Pour ce faire, créez une alarme CloudWatch pour surveiller votre instance. La restauration basée sur l'action d'Amazon CloudWatch permet de récupérer automatiquement les instances endommagées en raison d'une défaillance matérielle sous-jacente ou d'autres problèmes nécessitant l'intervention d'AWS pour les réparer.

Informations connexes

Types de contrôles de statut

Pourquoi mon instance Linux EC2 est-elle inaccessible et pourquoi une ou les deux vérifications de son statut échouent-elles ?

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 ?