Résoudre les problèmes d'Amazon EC2 Auto Scaling : AMI - Amazon EC2 Auto Scaling
L'ID d'AMI <ID de l'AMI> n'existe pas. Échec du lancement de l'instance EC2.L'AMI <ID d'AMI> est en attente et ne peut pas être exécutée. Échec du lancement de l'instance EC2.Nom de périphérique non valide <nom périphérique>. Échec du lancement de l'instance EC2.L’architecture « arm64 » du type d’instance indiqué ne correspond pas à l’architecture « x86_64 » de l’AMI indiquée... Le lancement de l’instance EC2 a échoué.L’AMI <ID AMI> est en attente et ne peut pas être exécutée. Échec du lancement de l'instance EC2.

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.

Résoudre les problèmes d'Amazon EC2 Auto Scaling : AMI

Cette page fournit des informations sur les problèmes associés aux AMI, les causes potentielles et les étapes à suivre pour résoudre le problème.

Pour récupérer un message d'erreur, consultez Récupérer un message d'erreur à partir d'activités de mise à l'échelle.

Lorsque des instances EC2 échouent lors du lancement à cause de problèmes avec l'AMI, un ou plusieurs des messages d'erreur suivants peuvent s'afficher.

Important

AWS permet de partager une AMI en privé avec un autre AWS compte en modifiant les autorisations de l'AMI. Si une AMI est rendue privée sans être partagée, cela peut entraîner une erreur d’autorisation lors du lancement de nouvelles instances. Pour plus d'informations sur le partage d'AMI privées, consultez la section Partager une AMI avec des AWS comptes spécifiques dans le guide de l'utilisateur Amazon EC2.

L'ID d'AMI <ID de l'AMI> n'existe pas. Échec du lancement de l'instance EC2.

  • Cause : l'AMI peut avoir été supprimée après la création du modèle de lancement ou de la configuration du lancement.

  • Solution :

    1. Créez un modèle de lancement ou une configuration du lancement avec une AMI valide.

    2. Mettez à jour votre groupe Auto Scaling avec le nouveau modèle de lancement ou la nouvelle configuration de lancement à l'aide de la update-auto-scaling-groupcommande.

L'AMI <ID d'AMI> est en attente et ne peut pas être exécutée. Échec du lancement de l'instance EC2.

Cause : vous venez peut-être de créer l'AMI (en prenant un instantané d'une instance en cours d'exécution ou de toute autre façon), et elle peut ne pas être encore disponible.

Solution : vous devez attendre que l'AMI soit disponible pour ensuite créer le modèle de lancement ou la configuration du lancement.

Nom de périphérique non valide <nom périphérique>. Échec du lancement de l'instance EC2.

Cause : lorsque vous attachez un volume EBS à une instance EC2, vous devez fournir un nom de périphérique valide pour le volume. L’AMI sélectionnée doit prendre en charge ce nom de périphérique.

Solution :

  1. Créez un modèle de lancement ou une configuration du lancement et spécifiez correctement le nom du périphérique pour l’AMI. La convention de dénomination recommandée varie en fonction du type de virtualisation de l’AMI. Pour plus d'informations, consultez la section Noms des appareils dans le guide de l'utilisateur Amazon EC2.

  2. Mettez à jour votre groupe Auto Scaling avec le nouveau modèle de lancement ou la nouvelle configuration de lancement à l'aide de la update-auto-scaling-groupcommande.

L’architecture « arm64 » du type d’instance indiqué ne correspond pas à l’architecture « x86_64 » de l’AMI indiquée... Le lancement de l’instance EC2 a échoué.

Cause 1 : si l’architecture de l’AMI et le type d’instance utilisé dans votre modèle de lancement ou votre configuration de lancement ne sont pas identiques, une erreur s’affiche lorsqu’Amazon EC2 Auto Scaling tente de lancer une instance à l’aide de la configuration d’instance incompatible.

Solution 1 :

  1. Vérifiez l’architecture de votre AMI à l’aide de la commande describe-images ou à partir de la console Amazon EC2 en consultant la valeur Architecture dans le volet de détails de la page Amazon Machine Images (AMI).

  2. Trouvez un type d'instance ayant la même architecture que votre AMI à l'aide de la describe-instance-typescommande ou depuis la console Amazon EC2 en consultant la colonne Architecture de l'écran Types d'instances. Pour plus d'informations sur le choix d'un type d'instance compatible, consultez la section Compatibilité pour la modification du type d'instance dans le guide de l'utilisateur Amazon EC2.

  3. Créez un nouveau modèle de lancement ou une configuration de lancement avec un type d’instance doté de la même architecture que celle de votre AMI.

  4. Mettez à jour votre groupe Auto Scaling avec le nouveau modèle de lancement ou la nouvelle configuration de lancement à l'aide de la update-auto-scaling-groupcommande.

Cause 2 : Amazon EC2 Auto Scaling essaye de lancer un type d’instance indiqué dans la politique relative aux instances mixtes de votre groupe Auto Scaling, mais le type d’instance n’a pas la même architecture que l’AMI indiquée dans votre modèle de lancement.

Solution 1 : n’ajoutez pas les types d’instance dotés d’architectures différentes dans votre politique d’instances mixtes.

  1. Vérifiez l’architecture de votre AMI à l’aide de la commande describe-images ou à partir de la console Amazon EC2 en consultant la valeur Architecture dans le volet de détails de la page Amazon Machine Images (AMI).

  2. Vérifiez l'architecture de chaque type d'instance que vous souhaitez inclure dans votre politique d'instances mixtes à l'aide de la describe-instance-typescommande ou depuis la console Amazon EC2 en consultant la colonne Architecture de l'écran Types d'instances. Pour plus d'informations sur le choix des types d'instances compatibles, consultez la section Compatibilité pour la modification du type d'instance dans le guide de l'utilisateur Amazon EC2.

  3. Mettez à jour ou supprimez les types d'instances incompatibles de votre groupe Auto Scaling à l'aide de la update-auto-scaling-groupcommande.

Solution 2 : pour lancer des instances Arm (Graviton2) et x86_64 (Intel) dans le même groupe Auto Scaling, vous devez utiliser des modèles de lancement pris en charge par une AMI compatible Arm et une AMI compatible Intel x86, respectivement, pour correspondre aux types d’instances définis dans votre politique d’instances mixtes.

  1. Vérifiez l’architecture de l’AMI dans votre modèle de lancement existant à l’aide de la commande describe-images ou à partir de la console Amazon EC2 en consultant la valeur Architecture dans le volet de détails de la page Amazon Machine Images (AMI).

  2. Créez un nouveau modèle de lancement à l’aide d’une AMI qui correspond à l’autre architecture que vous souhaitez utiliser.

  3. Mettez à jour votre groupe Auto Scaling pour remplacer le modèle de lancement existant et spécifiez le nouveau modèle de lancement pour chaque type d'instance compatible à l'aide de la update-auto-scaling-groupcommande. Pour plus d’informations, consultez Utiliser un modèle de lancement différent pour un type d’instance.

L’AMI <ID AMI> est en attente et ne peut pas être exécutée. Échec du lancement de l'instance EC2.

Cause : vous essayez de lancer des instances à partir d’une AMI qui a été désactivée. Pour plus d'informations, consultez la section Désactiver une AMI dans le guide de l'utilisateur Amazon EC2.

Solution :

  1. Créez un modèle de lancement ou une configuration de lancement et indiquez une AMI non désactivée.

  2. Mettez à jour votre groupe Auto Scaling avec le nouveau modèle de lancement ou la nouvelle configuration de lancement à l'aide de la update-auto-scaling-groupcommande.