Configuration d'une restauration automatique simplifiée - Amazon Elastic Compute Cloud

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.

Configuration d'une restauration automatique simplifiée

Important
  • Les informations suivantes s'appliquent à la configuration des fonctionnalités liées à la restauration sur des instances saines. Si vous rencontrez actuellement des difficultés pour accéder à votre instance, consultez Résoudre les problèmes liés aux EC2 instances.

  • Pour que votre charge de travail fonctionne correctement après une restauration d'instance réussie, celle-ci doit démarrer et accepter le trafic sans intervention manuelle.

Par défaut, la restauration automatique simplifiée surveille toutes les instances en cours d'exécution prises en charge. En cas d'échec de la vérification de l'état du système, des tentatives de restauration automatique simplifiées visent à rétablir l'état normal de l'instance. La restauration automatique simplifiée ne fonctionne pas lors d'événements de service dans AWS Health Dashboard. Pour plus d'informations, consultezRésolution des défaillances de restauration automatique simplifiées.

Lorsqu'un événement de restauration automatique simplifié se produit, vous recevez un AWS Health Dashboard event. Pour configurer les notifications relatives à ces événements, consultez le manuel Getting Started with Notifications des utilisateurs AWS dans le .Notifications des utilisateurs AWS Guide de l'utilisateur Vous pouvez également utiliser EventBridge les règles Amazon pour surveiller les événements de restauration automatique simplifiés à l'aide des codes d'événement suivants :

  • AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS – événements réussis

  • AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE – événements échoués

Pour plus d'informations, consultez les EventBridge règles d'Amazon.

Exigences et limites pour une restauration automatique simplifiée

La restauration automatique simplifiée tentera de récupérer une instance si elle :

  • Est dans l'runningÉtat. Pour de plus amples informations, veuillez consulter Modifications de l'état de l'EC2instance Amazon.

  • Utilisations default (à la demande) ou dedicated location. Pour de plus amples informations, veuillez consulter Options EC2 de facturation et d'achat Amazon.

  • Il s'agit d'un type d'instance pour lequel Amazon EC2 dispose de capacités disponibles. Dans certaines situations, telles que des pannes importantes, la capacité disponible sera insuffisante et certaines tentatives de restauration risquent d'échouer.

  • N'utilise pas la host location. Pour les hôtes Amazon EC2 Dedicated, vous pouvez utiliser Dedicated Host Auto Recovery pour récupérer automatiquement les instances défectueuses.

  • N'utilise pas d'adaptateur Elastic Fabric.

  • Il ne s'agit pas d'une taille d'metalinstance.

  • N'est pas membre d'un groupe Auto Scaling.

  • Ne fait actuellement l'objet d'aucun événement de maintenance planifié.

  • Ne possède pas de volumes de stockage d'instance.

  • Utilise l'un des types d'instance suivants :

    • Usage général : A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | T1 | T2 | T3 | T3a | T4g

    • Optimisé pour le calcul : C3 | C4 | C5 | C5a | C5n | C6a | C6g | C6gn | C6i | C6in | C7a | C7g | C7gn | C7i | C7i-Flex

    • Mémoire optimisée : R3 | R4 | R5 | R5a | R5b | R5n | R6a | R6g | R6i | R6in | R7a | R7g | R7i | R7iz | R8g | u-3tb1 | u-6tb1 | u-12tb1 | u-18tb1 | u-24tb1 | u7i-12tb | u7 en 16 To | U7 en 24 To | U7 en 32 To | X1 | X1e | X2ieZN | X8g

    • Calcul accéléré : G3 | G3s | G5g | Inf1 | P2 | P3 | VT1

    • Calcul haute performance : hPC6a | hPC7a | hPC7g

Avertissement
  • Les données relatives aux volumes de stockage de l'instance seront perdues si l'instance est arrêtée. Pour plus d'informations sur l'arrêt d'une instance, consultezInstances arrêtées.

  • En cas d'échec de la vérification de l'état du système, les données mappées du périphérique de stockage et de bloc de l'instance peuvent être perdues. Pour ces types d'instances, vous pouvez envisager d'utiliserActiver la protection de la résiliation.

Nous vous recommandons de créer régulièrement des sauvegardes de données importantes. Pour plus d'informations sur les meilleures pratiques de sauvegarde et de restauration pour AmazonEC2, consultez la section Meilleures pratiques pour Amazon EC2.

Configuration d'une restauration automatique simplifiée

La restauration automatique simplifiée est activée par défaut lorsque vous lancez une instance prise en charge. Vous pouvez définir le comportement de restauration automatique disabled pendant ou après le lancement de l'instance. La default configuration n'active pas la restauration automatique simplifiée pour un type d'instance non pris en charge.

Console
Pour désactiver la récupération automatique simplifiée lors du lancement de l’instance
  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

  2. Dans le panneau de navigation, choisissez Instances, puis Launch instance (Lancer une instance).

  3. Dans la section Advanced details (Détails avancés), pour nstance auto-recovery (Récupération automatique de l’instance), sélectionnez Disabled (Désactivé).

  4. Configurez les paramètres de lancement de l’instance restants selon les besoins, puis lancez l’instance.

Désactivation de la récupération automatique simplifiée d’une instance en cours d’exécution ou arrêtée
  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

  2. Dans le panneau de navigation, choisissez Instances.

  3. Sélectionnez l’instance, puis choisissez Actions, Instance Settings (Paramètres de l’instance), Change auto-recovery Behavior (Changer le comportement de restauration automatique).

  4. Choisissez Off (Désactiver), puis Save (Enregistrer).

Pour définir le comportement de récupération automatique sur default pour une instance en cours d’exécution ou arrêtée
  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

  2. Dans le panneau de navigation, choisissez Instances.

  3. Sélectionnez l’instance, puis choisissez Actions, Instance Settings (Paramètres de l’instance), Change auto-recovery Behavior (Changer le comportement de restauration automatique).

  4. Choisissez Par défaut (Activé), puis Enregistrer.

AWS CLI
Désactivation de la récupération automatique simplifiée au lancement

Utilisez la commande run-instances.

aws ec2 run-instances \ --image-id ami-1a2b3c4d \ --instance-type t2.micro \ --key-name MyKeyPair \ --maintenance-options AutoRecovery=Disabled \ [...]
Désactivation de la récupération automatique simplifiée d’une instance en cours d’exécution ou arrêtée

Utilisez la modify-instance-maintenance-optionscommande.

aws ec2 modify-instance-maintenance-options \ --instance-id i-0abcdef1234567890 \ --auto-recovery disabled
Pour définir le comportement de récupération automatique sur default pour une instance en cours d’exécution ou arrêtée

Utilisez la modify-instance-maintenance-optionscommande.

aws ec2 modify-instance-maintenance-options \ --instance-id i-0abcdef1234567890 \ --auto-recovery default

Résolution des défaillances de restauration automatique simplifiées

Les problèmes suivants peuvent entraîner l'échec de la restauration de votre instance avec restauration automatique simplifiée :

  • La restauration automatique simplifiée ne fonctionne pas lors d'événements de service dans AWS Health Dashboard. Il se peut que vous ne receviez pas de notifications d'échec de restauration pour de tels événements. Pour obtenir les dernières informations sur la disponibilité du service, consultez la page État de santé du service.

  • Capacité temporaire, insuffisante du matériel de remplacement.

  • L'instance a atteint l'indemnité journalière maximale pour les tentatives de rétablissement. Votre instance pourrait ensuite être retirée si la récupération automatique échoue et si une dégradation matérielle est la cause première de l’échec du contrôle de statut du système d’origine.

Si l'échec de la vérification de l'état du système de l'instance persiste malgré plusieurs tentatives de restauration, consultez Résoudre les problèmes des instances dont les vérifications d'état ont échoué pour obtenir des instructions supplémentaires.