Résolution des problèmes liés à Elastic Beanstalk - Catégories et FAQs

Cette rubrique fournit des conseils de dépannage plus spécifiques par catégorie.

Création de l'environnement et lancements d'instance

Événement : Échec du lancement de l'environnement

Cet événement se produit lorsque Elastic Beanstalk tente de lancer un environnement et rencontre des défaillances ce faisant. Les événements précédents sur la page Événements vous alertent de la cause racine de ce problème.

Événement : L'opération de création de l'environnement est terminée, mais avec des délais de commande. Essayez d'augmenter le délai d'expiration.

Le déploiement de votre application peut prendre beaucoup de temps si vous utilisez des fichiers de configuration qui exécutent des commandes sur l'instance, téléchargent des fichiers volumineux ou installent des packages. Augmentez le délai de commande afin que votre application dispose de plus de temps pour commencer son exécution pendant les déploiements.

Événement : La ou les ressources suivantes n'ont pas pu être créées : [AWSEBInstanceLaunchWaitCondition]

Ce message indique que les EC2 instances Amazon de votre environnement n'ont pas indiqué à Elastic Beanstalk qu'elles avaient été lancées avec succès. Cette erreur peut se produire si ces instances n'ont pas de connectivité Internet. Si vous avez configuré votre environnement pour lancer des instances dans un VPC sous-réseau privé, assurez-vous que le sous-réseau dispose d'un NAT pour permettre aux instances de se connecter à Elastic Beanstalk.

Événement : Une fonction du service est requise dans cette région. Veuillez ajouter une option Fonction du service à l'environnement.

Elastic Beanstalk utilise un rôle de service pour surveiller les ressources de votre environnement et prendre en charge les mises à jour de la plateforme gérée. Pour plus d’informations, consultez Gestion des rôles de service Elastic Beanstalk.

Déploiements

Problème : L'application devient indisponible pendant les déploiements

Un temps d'arrêt de quelques secondes est possible, car Elastic Beanstalk utilise un processus de mise à niveau par remplacement direct. Utilisez des propagations de déploiements pour minimiser l'impact des déploiements sur vos environnements de production.

Événement : Impossible de créer la version de l'application AWS Elastic Beanstalk

L'ensemble de sources de votre application est peut-être trop volumineux ou vous avez peut-être atteint le quota des versions d'application.

Événement : L'opération de mise à jour de l'environnement est terminée, mais avec des délais de commande. Essayez d'augmenter le délai d'expiration.

Le déploiement de votre application peut prendre beaucoup de temps si vous utilisez des fichiers de configuration qui exécutent des commandes sur l'instance, téléchargent des fichiers volumineux ou installent des packages. Augmentez le délai de commande afin que votre application dispose de plus de temps pour commencer son exécution pendant les déploiements.

Santé

Événement : le CPUtaux d'utilisation dépasse 95,00 %

Essayez d'exécuter davantage d'instances ou choisissez un type d'instance différent.

Événement : Elastic Load Balancer awseb-myapp N'a aucune instance saine

Si votre application semble fonctionner, assurez-vous que le bilan de santé de votre application URL est correctement configuré. Sinon, consultez l'écran Health et les journaux de l'environnement pour obtenir plus d'informations.

Événement : Elastic Load Balancer awseb-myapp Impossible de le trouver

L'équilibreur de charge de votre environnement a peut-être été supprimé. out-of-band Ne modifiez les ressources de votre environnement qu'avec les options de configuration et l'extensibilité fournies par Elastic Beanstalk. Recréez votre environnement ou lancez-en un nouveau.

Événement : échec du lancement de l'EC2instance. En attente du lancement d'une nouvelle EC2 instance...

La disponibilité du type d'instance de votre environnement peut être faible ou vous avez peut-être atteint le quota d'instances de votre compte. Consultez le tableau de bord de santé du service pour vous assurer que le service Elastic Compute Cloud (AmazonEC2) est vert, ou demandez une augmentation de quota.

Configuration

Événement : Vous ne pouvez pas configurer un environnement Elastic Beanstalk avec des valeurs à la fois pour l'option Elastic Load Balancing Target et pour l'option Application Healthcheck URL

L'option Target dans l'espace de noms aws:elb:healthcheck est obsolète. Supprimez l'option Target de votre environnement et essayez à nouveau de mettre à jour.

Événement : ELB ne peut pas être attaché à plusieurs sous-réseaux dans la même zone de disponibilité.

Ce message s'affiche si vous tentez de déplacer un équilibreur de charge entre des sous-réseaux d'une même zone de disponibilité. La modification de sous-réseaux sur l'équilibreur de charge nécessite de le faire sortir en dehors des zones de disponibilité, puis de le réintégrer dans la zone de disponibilité d'origine avec les sous-réseaux souhaités. Au cours du processus, toutes vos instances seront migrées entre ellesAZs, ce qui entraînera des temps d'arrêt importants. Pensez plutôt à créer un nouvel environnement et à effectuer un CNAME échange.

Résolution des problèmes de conteneurs Docker

Événement : Échec de l'extraction de l'image Docker : la plus récente : Nom de référentiel () non valide, seulement [a-z0-9-_.] sont autorisés. Consultez les journaux pour plus d'informations.

Vérifiez la syntaxe du dockerrun.aws.json fichier à l'aide d'un JSON validateur. Vérifiez également le contenu dockerfile par rapport aux conditions décrites dans Préparation de votre image Docker pour le déploiement sur Elastic Beanstalk

Événement : aucune EXPOSE directive trouvée dans Dockerfile, abandonnez le déploiement

Le Dockerfile ou le fichier dockerrun.aws.json ne déclare pas le port de conteneur. Utilisez l'instruction EXPOSE (Dockerfile) ou le bloc Ports (fichier dockerrun.aws.json) pour exposer un port pour le trafic entrant.

Événement : échec du téléchargement des informations d'authentification repository from bucket name

dockerrun.aws.jsonFournit une paire de EC2 clés et/ou un compartiment S3 non valides pour le .dockercfg fichier. Ou bien, le profil d'instance n'est pas GetObject autorisé pour le compartiment S3. Vérifiez que le .dockercfg fichier contient un compartiment S3 et une paire de EC2 clés valides. Accordez des autorisations pour l'action s3:GetObject au IAM rôle dans le profil d'instance. Pour obtenir des détails, consultez Gestion des profils d'instance Elastic Beanstalk

Événement : échec de l'exécution de l'activité, car : WARNING : fichier de configuration d'authentification non valide

Le format de votre fichier d'authentification (config.json) n'est pas correct. Consultez Utilisation d'images provenant d'un dépôt privé dans Elastic Beanstalk.

FAQ

Question : Comment puis-je modifier ma candidature de URL myapp.us-west-2.elasticbeanstalk.com à www.myapp.com ?

Sur un DNS serveur, enregistrez un CNAME enregistrement tel quewww.mydomain.com CNAME mydomain.elasticbeanstalk.com.

Question : Comment spécifier une zone de disponibilité spécifique pour mon application Elastic Beanstalk ?

Vous pouvez sélectionner une zone de disponibilité spécifique à l'aide du plugin APIsCLI,, Eclipse ou Visual Studio. Pour de plus amples informations sur l'utilisation de la console Elastic Beanstalk pour spécifier une zone de disponibilité, veuillez consulter Groupe Auto Scaling pour votre environnement Elastic Beanstalk.

Question : Comment modifier le type d'instance de mon environnement ?

Pour modifier le type d'instance de votre environnement, accédez à la page de configuration de l'environnement et sélectionnez Edit (Modifier) dans la catégorie de configuration Instances. Ensuite, sélectionnez un nouveau type d'instance, puis choisissez Apply (Appliquer) pour mettre à jour votre environnement. Après cela, Elastic Beanstalk résilie toutes les instances en cours d'exécution et les remplace par de nouvelles.

Question : Comment déterminer si quelqu'un a apporté des modifications de configuration à un environnement ?

Pour afficher ces informations, dans le volet de navigation de la console Elastic Beanstalk, sélectionnez Change history (Historique des modifications) pour afficher la liste des modifications de configuration de tous les environnements. Cette liste inclut la date et l'heure de la modification, le paramètre de configuration et la valeur auxquels elle a été modifiée, ainsi que l'IAMutilisateur qui a effectué la modification. Pour plus d'informations, consultez Historique des modifications.

Question : Puis-je empêcher la suppression EBS des volumes Amazon lorsque des instances sont résiliées ?

Les instances de votre environnement utilisent Amazon EBS pour le stockage ; toutefois, le volume racine est supprimé lorsqu'une instance est résiliée par Auto Scaling. Nous vous recommandons de ne pas stocker les données d'état ou d'autres informations dans vos instances. Si nécessaire, vous pouvez empêcher la suppression de volumes à l'aide du AWS CLI : $ aws ec2 modify-instance-attribute -b '/dev/sdc=<vol-id>:false comme décrit dans la AWS CLI référence.

Question : Comment supprimer des informations personnelles de mon application Elastic Beanstalk ?

AWS les ressources utilisées par votre application Elastic Beanstalk peuvent stocker des informations personnelles. Lorsque vous arrêtez un environnement, Elastic Beanstalk arrête les ressources qu'il a créées. Les ressources que vous avez ajoutées à l'aide de fichiers de configuration sont également résiliées. Toutefois, si vous avez créé AWS des ressources en dehors de votre environnement Elastic Beanstalk et que vous les avez associées à votre application, vous devrez peut-être vérifier manuellement que les informations personnelles que votre application a pu stocker ne sont pas conservées. Tout au long de ce manuel du développeur, chaque fois que nous abordons la création de ressources supplémentaires, nous mentionnons également le moment auquel vous devez envisager de les supprimer.