Dépanner Amazon EC2 Auto Scaling : échecs de lancement d'instance EC2 - Amazon EC2 Auto Scaling
La configuration demandée n'est actuellement pas prise en charge.Le groupe de sécurité <nom du groupe de sécurité> n'existe pas. Échec du lancement de l'instance EC2.La paire de clés <paire de clés associée à l'instance EC2> n'existe pas. Échec du lancement de l'instance EC2.Le type d'instance demandé (<type d'instance>) n'est pas pris en charge dans la zone de disponibilité demandée (<zone de disponibilité de l'instance>)...Votre prix de demande Spot de 0,015 est inférieur au prix minimum requis d'exécution de la demande Spot de 0,0735...Nom de périphérique non valide <nom de périphérique> / Chargement de nom de périphérique non valide. Échec du lancement de l'instance EC2.La valeur (<nom associé au périphérique de stockage de l'instance>) pour le paramètre virtualName n'est pas valide... Échec du lancement de l'instance EC2.Les mappages de périphérique de stockage en mode bloc EBS ne sont pas pris en charge pour les AMI de stockage d'instance.Les groupes de placement ne peuvent pas être utilisés avec des instances de type <type d’instance>. Échec du lancement de l'instance EC2.Cliente. InternalError: erreur du client au lancement.Nous ne possédons actuellement pas suffisamment de capacité <type d'instance> dans la zone de disponibilité que vous avez demandée… Échec du lancement de l'instance EC2.La réservation demandée ne dispose pas d’une capacité compatible et disponible suffisante pour cette demande. Échec du lancement de l'instance EC2.Votre réservation de bloc de capacité <ID réserve> n’est pas encore active. Échec du lancement de l'instance EC2.Il n'y a pas de capacité ponctuelle disponible qui correspond à votre demande. Échec du lancement de l'instance EC2.<nombre d'instances> instance(s) sont déjà en cours d'exécution. É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.

Dépanner Amazon EC2 Auto Scaling : échecs de lancement d'instance EC2

Cette page fournit des informations sur les instances EC2 dont le lancement échoue, 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, un ou plusieurs des messages d'erreur suivants peuvent s'afficher :

Problèmes de lancement

La configuration demandée n'est actuellement pas prise en charge.

Cause : Certaines options de votre modèle de lancement ou de votre configuration de lancement ne sont peut-être pas compatibles avec le type d'instance, ou la configuration de l'instance n'est peut-être pas prise en charge dans AWS la région ou les zones de disponibilité que vous avez demandées.

Solution : essayez une autre configuration d'instance. Pour rechercher un type d'instance qui répond à vos besoins, consultez Recherche d'un type d'instance Amazon EC2 dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

Pour plus d'informations sur la solution de ce problème, consultez les informations suivantes :

  • Assurez-vous que vous avez choisi une AMI qui est prise en charge par votre type d'instance. Par exemple, si le type d'instance utilise un processeur AWS Graviton basé sur ARM au lieu d'un processeur Intel Xeon, vous avez besoin d'une AMI compatible ARM. Pour plus d’informations sur le choix d’un type d’instance compatible, consultez Compatibilité pour la modification du type d’instance dans le Guide de l’utilisateur Amazon EC2 pour les instances Linux.

  • Vérifiez que le type d'instance est disponible dans vos régions et zones de disponibilité demandées. Les types d'instance de la nouvelle génération peuvent ne pas encore être disponibles dans une région ou une zone de disponibilité donnée. Les types d'instance de génération ancienne peuvent ne pas être disponibles dans les régions et zones de disponibilité les plus récentes. Pour rechercher les types d'instances proposés par emplacement (région ou zone de disponibilité), utilisez la describe-instance-type-offeringscommande. Pour plus d'informations, veuillez consulter Recherche d'un type d'instance Amazon EC2 dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  • Si vous utilisez des instances dédiées ou des hôtes dédiés, assurez-vous que vous avez choisi un type d'instance pris en charge en tant qu'Instance dédiée ou Hôte dédié.

Le groupe de sécurité <nom du groupe de sécurité> n'existe pas. Échec du lancement de l'instance EC2.

Cause : le groupe de sécurité spécifié dans le modèle de lancement ou la configuration du lancement peut avoir été supprimé.

Solution :

  1. Utilisez la describe-security-groupscommande pour obtenir la liste des groupes de sécurité associés à votre compte.

  2. Dans la liste, sélectionnez le groupe de sécurité à utiliser. Pour créer un groupe de sécurité à la place, utilisez la create-security-groupcommande.

  3. Créez un modèle de lancement ou une configuration du lancement.

  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.

La paire de clés <paire de clés associée à l'instance EC2> n'existe pas. Échec du lancement de l'instance EC2.

Cause : la paire de clés utilisée lors du lancement de l'instance peut avoir été supprimée.

Solution :

  1. Utilisez la describe-key-pairscommande pour obtenir la liste des paires de clés disponibles.

  2. Dans la liste, sélectionnez la paire de clés à utiliser. Pour créer une paire de clés à la place, utilisez la create-key-paircommande.

  3. Créez un modèle de lancement ou une configuration du lancement.

  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.

Le type d'instance demandé (<type d'instance>) n'est pas pris en charge dans la zone de disponibilité demandée (<zone de disponibilité de l'instance>)...

Message d’erreur : le type d’instance demandé (<type d’instance>) n’est pas pris en charge dans la zone de disponibilité demandée (<zone de disponibilité de l’instance>)…Échec du lancement de l’instance EC2.

Cause : les zones de disponibilité indiquées dans le groupe Auto Scaling ne prennent pas en charge le type d’instance que vous avez choisi.

Solution :

  1. Vérifiez quelles zones de disponibilité prennent en charge le type d'instance que vous avez choisi à l'aide de la describe-instance-type-offeringscommande ou depuis la console Amazon EC2 en vérifiant la valeur des zones de disponibilité dans le volet réseau de la page Types d'instances.

  2. Mettez à jour ou supprimez le sous-réseau pour toutes les zones non prises en charge dans les paramètres de votre groupe Auto Scaling à l'aide de la update-auto-scaling-groupcommande. Pour plus d’informations, consultez Ajouter et supprimer des zones de disponibilité.

Votre prix de demande Spot de 0,015 est inférieur au prix minimum requis d'exécution de la demande Spot de 0,0735...

Cause : le prix Spot maximum de votre demande est inférieur au prix Spot pour le type d'instance que vous avez sélectionné.

Solution : envoyez une nouvelle demande avec un prix Spot maximum plus élevé (éventuellement le prix à la demande). Auparavant, le prix Spot que vous aviez payé était basé sur des enchères. Aujourd'hui, vous payez le prix Spot actuel. En fixant votre prix maximum plus élevé, cela donne au service Amazon EC2 Spot plus de chances de lancer et de maintenir la quantité de capacité requise.

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

Cause 1 : les mappages de périphérique de stockage en mode bloc dans le modèle de lancement ou la configuration du lancement peuvent contenir des noms de périphérique de stockage en mode bloc indisponibles ou non pris en charge actuellement.

Solution :

  1. Vérifiez quels noms de périphériques sont disponibles pour votre configuration d'instance spécifique. Pour plus de détails sur le nommage des périphériques, consultez Noms de périphériques sur les instances Linux dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  2. Créez manuellement une instance Amazon EC2 qui ne fait pas partie du groupe Auto Scaling et examinez le problème. Si la configuration du nommage des périphériques de stockage en mode bloc entre en conflit avec les noms d'Amazon Machine Image (AMI), l'instance échouera lors du lancement. Pour plus d'informations, consultez Mappages de périphérique de stockage en mode bloc dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  3. Après avoir confirmé que votre instance a été lancée avec succès, utilisez la commande describe-volumes pour voir comment les volumes sont exposés à l'instance.

  4. Créez un modèle de lancement ou une configuration du lancement avec le nom du périphérique répertorié dans la description du volume.

  5. 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.

La valeur (<nom associé au périphérique de stockage de l'instance>) pour le paramètre virtualName n'est pas valide... Échec du lancement de l'instance EC2.

Cause : le format spécifié pour le nom virtuel associé au périphérique de stockage en mode bloc est incorrect.

Solution :

  1. Créez un modèle de lancement ou une configuration du lancement en spécifiant le nom du périphérique dans le paramètre virtualName. Pour plus d'informations sur le format de noms d'appareil, consultez Noms d'appareil sur les instances Linux dans le Amazon EC2 Guide de l'utilisateur pour les instances Linux.

  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.

Les mappages de périphérique de stockage en mode bloc EBS ne sont pas pris en charge pour les AMI de stockage d'instance.

Cause : les mappages de périphérique de stockage en mode bloc spécifiés dans le modèle de lancement ou la configuration du lancement ne sont pas pris en charge sur l'instance.

Solution :

  1. Créez un modèle de lancement ou une configuration du lancement avec des mappages de périphérique de stockage en mode bloc pris en charge par le type d'instance. Pour plus d'informations, consultez Exemple de mappage de périphérique de stockage en mode bloc dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  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.

Les groupes de placement ne peuvent pas être utilisés avec des instances de type <type d’instance>. Échec du lancement de l'instance EC2.

Cause : le groupe de placement du cluster contient un type d'instance qui n'est pas valide.

Solution :

  1. Pour plus d'informations sur les types d'instance valides pris en charge par les groupes de placement, consultez Groupes de placement dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  2. Suivez les instructions détaillées dans Groupes de placement pour créer un groupe de placement.

  3. Sinon, créez un modèle de lancement ou une configuration du lancement avec le type d'instance pris en charge.

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

Cliente. InternalError: erreur du client au lancement.

Problème : Amazon EC2 Auto Scaling essaie de lancer une instance dotée d'un volume EBS chiffré, mais le rôle lié au service n'a pas accès à la clé gérée par le AWS KMS client utilisée pour le chiffrer. Pour plus d’informations, consultez Politique de AWS KMS clé requise pour une utilisation avec des volumes chiffrés.

Cause 1 : vous avez besoin d'une politique de clé qui autorise l'utilisation de la clé gérée par le client pour le rôle lié au service approprié.

Solution 1 : autorisez le rôle lié à un service à utiliser la clé gérée par le client de la manière suivante :

  1. Déterminez quel rôle lié à un service utiliser pour ce groupe Auto Scaling.

  2. Mettez à jour la politique de clé sur la clé gérée par le client et autorisez le rôle lié à un service à utiliser la clé gérée par le client.

  3. Mettez à jour le groupe Auto Scaling afin qu'il utilise le rôle lié à un service.

Pour obtenir un exemple de politique de clé qui permet au rôle lié au service d'utiliser la clé gérée par le client, voir Exemple 1 : sections de la politique de clé qui autorisent l'accès à la clé gérée par le client.

Cause 2 : Si la clé gérée par le client et le groupe Auto Scaling se trouvent dans AWS des comptes différents, vous devez configurer l'accès entre comptes à la clé gérée par le client afin d'autoriser l'utilisation de la clé gérée par le client au rôle lié au service approprié.

Solution 2 : autorisez le rôle lié au service dans le compte externe à utiliser la clé gérée par le client dans le compte local comme suit :

  1. Mettez à jour la politique de clé sur la clé gérée par le client pour autoriser le compte de groupe Auto Scaling à accéder à la clé gérée par le client.

  2. Définissez un rôle ou un utilisateur IAM; dans le compte du groupe Auto Scaling capable de créer un octroi.

  3. Déterminez quel rôle lié à un service utiliser pour ce groupe Auto Scaling.

  4. Créez un octroi à la clé gérée par le client avec le rôle lié à un service en tant que principal bénéficiaire.

  5. Mettez à jour le groupe Auto Scaling afin qu'il utilise le rôle lié à un service.

Pour plus d’informations, consultez Exemple 2 : sections de la politique de clé autorisant l'accès entre comptes à la clé gérée par le client.

Solution 3 : utilisez une clé gérée par le client dans le même compte AWS que le groupe Auto Scaling.

  1. Copiez et rechiffrez l'instantané avec une autre clé gérée par le client qui appartient au même compte que le groupe Auto Scaling.

  2. Autorisez le rôle lié à un service à utiliser la clé gérée par le client. Consultez les étapes pour obtenir la solution 1.

Nous ne possédons actuellement pas suffisamment de capacité <type d'instance> dans la zone de disponibilité que vous avez demandée… Échec du lancement de l'instance EC2.

Message d'erreur : nous ne possédons actuellement pas suffisamment de capacité <type d'instance> dans la zone de disponibilité demandée (<zone de disponibilité demandée>). Le système s'occupera d'allouer de la capacité supplémentaire. Vous pouvez actuellement bénéficier de la capacité <type d'instance> en ne spécifiant pas de zone de disponibilité dans la demande ou en choisissant <liste des zones de disponibilité qui prennent actuellement en charge le type d'instance>. Échec du lancement de l'instance EC2.

Cause : la combinaison type d’instance et zone de disponibilité demandée n’est pas prise en charge pour le moment.

Solution : pour résoudre le problème, essayez ce qui suit :

La réservation demandée ne dispose pas d’une capacité compatible et disponible suffisante pour cette demande. Échec du lancement de l'instance EC2.

Cause 1 : vous avez atteint la limite du nombre d’instances que vous pouvez lancer avec une réserve de capacité à la demande targeted.

Solution 1 : augmentez le nombre d’instances que vous pouvez lancer avec la réserve de capacité à la demande targeted ou utilisez un groupe de réserves de capacité afin que tout ce qui dépasse la capacité réservée soit lancé en tant que capacité à la demande normale. Pour plus d’informations, consultez Utilisez les réserves de capacité à la demande pour réserver de la capacité dans des zones de disponibilité spécifiques.

Cause 2 : vous avez atteint la limite du nombre d’instances que vous pouvez lancer dans un bloc de capacité.

Avec les blocs de capacité, vous êtes limité par la quantité de capacité initialement achetée. Si le nombre de lancements est plus élevé que prévu et que vous utilisez toute la capacité disponible, cela entraîne l’échec des lancements. Les instances résiliées sont soumises à un long processus de nettoyage avant d’être complètement résiliées. Pendant ce temps, ils ne peuvent pas être réutilisés. Cela peut également provoquer d’échec des lancements. Pour plus d’informations, consultez Utiliser des blocs de capacité pour les charges de travail liées à l'apprentissage automatique.

Solution 2 : pour résoudre le problème, essayez ce qui suit :

  • Conservez la demande telle quelle. Si une instance Capacity Block prend fin, vous devez attendre plusieurs minutes pour que l'instance finisse de s'arrêter et que la capacité soit de nouveau disponible. Amazon EC2 Auto Scaling continue à effectuer automatiquement la demande de lancement jusqu’à ce que la capacité devienne disponible.

  • Assurez-vous d’acheter une capacité suffisante pour faire face à votre charge de travail maximale afin de ne pas rencontrer cette erreur fréquemment.

Votre réservation de bloc de capacité <ID réserve> n’est pas encore active. Échec du lancement de l'instance EC2.

Cause : le bloc de capacité indiqué n’est pas encore actif.

Solution : suivez l’approche recommandée pour les blocs de capacité et utilisez le dimensionnement planifié. Cela vous permet de vous assurer d’augmenter la capacité souhaitée de votre groupe Auto Scaling uniquement lorsque la réservation est active et de la diminuer avant la fin de la réservation.

Il n'y a pas de capacité ponctuelle disponible qui correspond à votre demande. Échec du lancement de l'instance EC2.

Cause : à l'heure actuelle, il n'y a pas assez de capacité de rechange pour répondre à votre demande d'instances Spot.

Solution : pour résoudre le problème, essayez ce qui suit :

  • Attendez quelques minutes, car la capacité peut changer fréquemment. Amazon EC2 Auto Scaling continue à effectuer automatiquement la demande de lancement jusqu’à ce que la capacité devienne disponible.

  • Étendez votre groupe Auto Scaling à d’autres zones de disponibilité. Pour plus d’informations, consultez Ajouter et supprimer des zones de disponibilité.

  • Suivez les meilleures pratiques d’utilisation d’un ensemble diversifié de types d’instance afin de ne pas dépendre d’un type d’instance spécifique. Pour plus d’informations, consultez Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat.

<nombre d'instances> instance(s) sont déjà en cours d'exécution. Échec du lancement de l'instance EC2.

Cause : vous avez atteint la limite du nombre d'instances que vous pouvez lancer dans une région. Lorsque vous créez votre AWS compte, nous fixons des limites par défaut quant au nombre d'instances que vous pouvez exécuter par région.

Solution : pour résoudre le problème, essayez ce qui suit :

  • Vos limites actuelles ne sont pas adaptées à vos besoins, vous pouvez demander une augmentation des quotas par région. Pour plus d'informations, consultez Quotas de service Amazon EC2 dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

  • Envoyez une nouvelle demande avec un nombre réduit d'instances (que vous pouvez augmenter à un stade ultérieur).