Comment résoudre les problèmes liés à Amazon EC2 Auto Scaling dans mon environnement Elastic Beanstalk ?

Résolution

Des problèmes d’autoscaling dans Elastic Beanstalk peuvent survenir en raison d'échecs de lancement de l'instance, de problèmes de surveillance de l'état ou de politiques de mise à l’échelle mal configurées.

Mon groupe Amazon EC2 Auto Scaling remplace continuellement les instances

Identifiez les raisons pour lesquelles vos groupes Amazon EC2 Auto Scaling ont arrêté de manière inattendue vos instances Amazon EC2. Si le groupe Amazon EC2 Auto Scaling a arrêté une instance non saine, vérifiez l'état de la surveillance de l'état de l'instance. Pour résoudre les échecs de surveillance de l'état, consultez la section Résoudre les problèmes liés aux instances non saines dans Amazon EC2 Auto Scaling.

Vous pouvez également télécharger les journaux de l'application Elastic Beanstalk pour trouver la raison des problèmes de surveillance de l'état. Vérifiez les fichiers suivants pour détecter les échecs de déploiement :

• /var/log/eb-engine.log
• /var/log/cfn-init-cmd.log
• /var/log/cfn-init.log

Pour identifier les problèmes de trafic d’application, consultez les journaux d'accès et d'erreurs suivants au serveur Web :

• /var/log/nginx/access.log
• /var/log/nginx/error.log
• (Apache only) /var/log/httpd/access_log
• (Apache only) /var/log/httpd/error_log

Si vous utilisez une instance Windows, vérifiez dans les fichiers suivants l’absence d’échecs de déploiement :

• Pour les journaux d'initialisation de CloudFormation, vérifiez C:\cfn\log\cfn-init.log.
• Pour les journaux Elastic Beanstalk, vérifiez C:\Program Files\Amazon\ElasticBeanstalk\logs\.

Pour identifier les problèmes de trafic d’application sur votre instance Windows, consultez les fichiers journaux suivants :

• Pour les journaux d'accès à Microsoft Internet Information Services (IIS), vérifiez C:\inetpub\logs\LogFiles\W3SVC1\.
• Pour les journaux d'erreurs HTTP, vérifiez C:\Windows\System32\LogFiles\HTTPERR\.
• Pour les journaux d'événements Windows, tels que l'application, le système et la sécurité, consultez la console Windows Event Viewer. Pour plus d'informations, consultez la page Observateur d’événements sur le site Web de Microsoft Learn.

Mon groupe Amazon EC2 Auto Scaling ne se met pas à l’échelle avant une utilisation du processeur à 100 %

Si votre groupe Amazon EC2 Auto Scaling utilise des statistiques moyennes, il est possible que votre groupe Amazon EC2 Auto Scaling ne réponde pas à l'augmentation soudaine du trafic. Par conséquent, la valeur maximale d'utilisation du processeur peut atteindre 100 % alors que la moyenne est toujours inférieure au seuil que vous avez défini.

Pour résoudre ce problème, modifiez le paramètre Statistique de Moyenne à Maximum.

Mon groupe Amazon Auto Scaling est soumis à des événements de mise à l’échelle fréquents et inutiles

Les configurations à seuil étroit créent une fenêtre entre les déclencheurs de mise à l'échelle et de réduction d'échelle qui provoquent des cycles de mise à l'échelle réactifs.

Afin de résoudre ce problème, procédez comme suit :

1. Augmentez l'écart entre les paramètres du seuil supérieur et du seuil inférieur des alarmes Amazon CloudWatch.
2. Mettez en place des temps de stabilisation.
3. Effectuez des tests de charge, puis utilisez les modèles de charge historiques et les métriques CloudWatch précédentes pour votre application afin d'affiner ces paramètres. Par exemple, utilisez l'historique d'utilisation du processeur, l'utilisation de la mémoire, l'utilisation du disque et l'utilisation de la bande passante réseau.

Informations connexes

Utilisation de Locust sur AWS Elastic Beanstalk pour la génération de charge distribuée et les tests