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

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 liés à Amazon EC2 Auto Scaling : AMI

Cette page fournit des informations sur les problèmes qui vous sont associésAMIs, leurs causes potentielles et les mesures que vous pouvez prendre pour les résoudre.

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 vos EC2 instances ne se lancent pas en raison de problèmesAMI, vous pouvez recevoir un ou plusieurs des messages d'erreur suivants.

Important

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

L'AMIID <ID de votre AMI > n'existe pas. Le lancement de l'EC2instance a échoué.

  • Cause : AMI Il se peut qu'ils aient été supprimés après la création du modèle de lancement ou de la configuration de lancement.

  • Solution :

    1. Créez un nouveau modèle de lancement ou une nouvelle configuration de lancement à l'aide d'un modèle valideAMI.

    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.

AMI< AMI ID> est en attente et ne peut pas être exécuté. Le lancement de l'EC2instance a échoué.

Cause : vous venez peut-être de créer le vôtre AMI (en prenant un instantané d'une instance en cours d'exécution ou de toute autre manière), mais il se peut qu'il ne soit pas encore disponible.

Solution : Vous devez attendre que le vôtre AMI soit disponible, puis créer votre modèle de lancement ou votre configuration de lancement.

Nom de périphérique non valide <nom périphérique>. Le lancement de l'EC2instance a échoué.

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

Solution :

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

  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 spécifié ne correspond pas à l'architecture « x86_64 » du type d'instance spécifiéAMI... Le lancement de l'instance a échoué. EC2

Cause 1 : si l'architecture AMI et le type d'instance utilisés 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 en utilisant une configuration d'instance incompatible.

Solution 1 :

  1. Vérifiez votre architecture à l'AMIaide de la commande describe-images ou depuis la EC2 console Amazon en vérifiant la valeur de l'architecture dans le volet de détails de la page Amazon Machine Images (AMIs).

  2. Trouvez un type d'instance dont l'architecture est identique à celle que vous AMI utilisez à l'aide de la describe-instance-typescommande ou depuis la EC2 console Amazon 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 EC2 l'utilisateur Amazon.

  3. Créez un nouveau modèle de lancement ou une nouvelle configuration de lancement à l'aide d'un type d'instance ayant la même architecture que le vôtreAMI.

  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 essaie de lancer un type d'instance spécifié 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 celle AMI spécifié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 votre architecture à l'AMIaide de la commande describe-images ou depuis la EC2 console Amazon en vérifiant la valeur de l'architecture dans le volet de détails de la page Amazon Machine Images (AMIs).

  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 EC2 console Amazon 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 EC2 l'utilisateur Amazon.

  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 compatibles ARM AMI et Intel x86, respectivementAMI, pour correspondre aux types d'instances définis dans votre politique d'instances mixtes.

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

  2. Créez un nouveau modèle de lancement à l'aide d'un AMI modèle correspondant à 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 de plus amples informations, veuillez consulter Utiliser un modèle de lancement différent pour un type d’instance.

AMI'< AMI ID>' est désactivé et ne peut pas être exécuté. Le lancement de l'EC2instance a échoué.

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

Solution :

  1. Créez un nouveau modèle de lancement ou une nouvelle configuration de lancement et spécifiez un modèle AMI qui ne soit pas désactivé.

  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.