Notifications et dépannage

Cette page répertorie des exemples de messages de cause pour des problèmes courants et des liens pour obtenir plus d'informations. Les messages de cause s'affichent sur la page de présentation de l'environnement de la console Elastic Beanstalk et sont enregistrés dans des événements lorsque des problèmes d'état persistent entre plusieurs vérifications.

Déploiements

Elastic Beanstalk surveille la cohérence de votre environnement à la suite de déploiements. En cas de défaillance d'un déploiement propagé, la version de votre application s'exécutant sur les instances de votre environnement peut varier. Cela peut se produire si un déploiement réussit sur un ou plusieurs lots mais échoue avant que tous les lots aient abouti.

Version d'application incorrecte trouvée sur 2 instances sur. Version attendue « v1 » (déploiement 1).

Version d'application incorrecte sur des instances d'environnement. Version attendue « v1 » (déploiement 1).

La version d'application attendue ne s'exécute pas sur tout ou partie des instances dans un environnement.

Version d'application incorrecte « v2 » (déploiement 2). Version attendue « v1 » (déploiement 1).

L'application déployée sur une instance diffère de la version attendue. En cas de défaillance d'un déploiement, la version attendue revient à la version du dernier déploiement ayant abouti. Dans l'exemple ci-dessus, le premier déploiement (version « v1 ») a abouti, mais le deuxième déploiement (version « v2 ») a échoué. Toutes les instances exécutant « v2 » sont considérées comme défectueuses.

Pour résoudre ce problème, démarrez un autre déploiement. Vous pouvez redéployer une version précédente dont vous savez qu'elle fonctionne, ou configurer votre environnement pour ignorer les vérifications de l'état au cours du déploiement et redéployer la nouvelle version pour forcer le déploiement à aboutir.

Vous pouvez également identifier et résilier les instances qui exécutent la mauvaise version d'application. Elastic Beanstalk lance des instances avec la version appropriée pour remplacer toutes les instances que vous résiliez. Utilisez la commande d'état de l'interface de ligne de commande EB pour identifier les instances qui exécutent la mauvaise version d'application.

Serveur d'application

15% des demandes signalent une erreur avec HTTP 4xx

20% des demandes à ELB signalent une erreur avec HTTP 4xx.

Un pourcentage élevé de demandes HTTP à une instance ou un environnement échouent avec des erreurs 4xx.

Un code de statut de série 400 indique que l'utilisateur a soumis une demande erronée, telle que la demande d'une page qui n'existe pas (404 : Fichier introuvable) ou à laquelle l'utilisateur n'a pas accès à (403 Interdit). Un petit nombre d'erreurs 404 n'est pas rare, mais un grand nombre pourrait signifier qu'il y a des liens internes ou externes vers des pages indisponibles. Ces problèmes peuvent être résolus en réparant des liens internes erronés et en ajoutant des redirections pour des liens externes erronés.

5% des demandes échouent avec HTTP 5xx

3% des demandes à ELB échouent avec HTTP 5xx.

Un pourcentage élevé de demandes HTTP à une instance ou un environnement échoue avec les codes de statut de série 500.

Un code de statut de série 500 indique que le serveur d'applications a rencontré une erreur interne. Ces problèmes indiquent qu'il y a une erreur dans le code de votre application et ils doivent être identifiés et corrigés rapidement.

95% de l'UC est en cours d'utilisation

Sur une instance, l'agent d'état rapporte un pourcentage extrêmement élevé d'utilisation de l'UC et définit l'état de l'instance sur Avertissement ou Dégradé.

Mettez à l'échelle votre environnement pour réduire la charge des instances.

Instance de travail

20 messages en attente dans la file d'attente (il y a 25 secondes)

Des demandes sont ajoutées à la file d'attente de votre environnement de travail plus vite qu'elles ne peuvent être traitées. Mettez à l'échelle votre environnement pour accroître la capacité.

5 messages dans la file d'attente de lettres mortes (il y a 15 secondes)

Des demandes de travail échouent régulièrement et sont ajoutées à la Files d'attente de lettres mortes. Vérifiez les demandes dans la file d'attente de lettres mortes pour voir pourquoi elles échouent.

Autres ressources

4 instances actives est inférieur à la taille minimale 5 du groupe Auto Scaling 5

Le nombre d'instances s'exécutant dans votre environnement est inférieur au nombre minimal configuré pour le groupe Auto Scaling.

Des notifications du groupe Auto Scaling (nom du groupe) ont été supprimées ou modifiées

Les notifications configurées pour votre groupe Auto Scaling ont été modifiées en dehors d'Elastic Beanstalk.