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.
Création de rapports d'intégrité de base
AWS Elastic Beanstalk utilise des informations provenant de sources multiples pour déterminer si votre environnement est disponible et pour traiter les demandes provenant d'Internet. L'état de santé d'un environnement est représenté par l'une des quatre couleurs et s'affiche sur la page de présentation de l'environnement de la console Elastic Beanstalk. Il est également disponible depuis l'DescribeEnvironmentsAPI et en appelant eb status avec l'EB CLI.
Avant les versions de plateforme Linux version 2, le seul système de rapports sur l'état de santé était le système de rapports de base sur l'état. Le système de création de rapports de base sur l'état fournit des informations sur l'état des instances dans un environnement Elastic Beanstalk en fonction des vérifications de l'état effectuées par Elastic Load Balancing pour les environnements à charge équilibrée ou Amazon Elastic Compute Cloud pour des environnements instance unique.
En plus de vérifier l'état de vos instances EC2, Elastic Beanstalk surveille les autres ressources de votre environnement et signale les ressources manquantes ou mal configurées qui peuvent conduire à une indisponibilité de l'environnement pour les utilisateurs.
Les métriques collectées par les ressources de votre environnement sont publiées sur Amazon toutes CloudWatch les cinq minutes. Cela inclut des métriques du système d'exploitation d'EC2 ainsi que des métriques de demande d'Elastic Load Balancing. Vous pouvez consulter des graphiques basés sur ces CloudWatch mesures sur la page de surveillance de la console d'environnement. Pour l'intégrité de base, ces métriques ne sont pas utilisées pour déterminer une intégrité de l'environnement.
Rubriques
Couleurs de l'intégrité
Elastic Beanstalk signale l'état d'un environnement de serveur web en fonction de la façon dont l'application qui s'y exécute répond à la vérification de l'état. Elastic Beanstalk utilise l'une des quatre couleurs pour décrire l'état, comme illustré dans le tableau suivant :
| Couleur | Description |
|---|---|
|
Gris |
Votre environnement est en cours de mise à jour. |
|
Vert |
Votre environnement a passé avec succès la vérification de l'état la plus récente. Au moins une instance dans votre environnement est disponible et accepte des demandes. |
|
Jaune |
Votre environnement a échoué à une ou plusieurs vérifications de l'état. Certaines demandes à votre environnement sont en cours d'échec. |
|
Rouge |
Votre environnement a échoué à au moins trois vérifications de l'état, ou une ressource d'environnement est devenue indisponible. Les demandes échouent systématiquement. |
Ces descriptions s'appliquent uniquement aux environnements utilisant la création de rapports d'intégrité de base. Veuillez consulter Couleurs et états utilisés dans les rapports d'intégrité pour obtenir des détails sur l'état améliore.
Vérifications de l'état Elastic Load Balancing
Dans un environnement à charge équilibrée, Elastic Load Balancing envoie une demande à chaque instance dans un environnement toutes les 10 secondes afin de confirmer que les instances sont saines. Par défaut, l'équilibreur de charge est configuré pour ouvrir une connexion TCP sur le port 80. Si l'instance reconnaît la connexion, elle est considérée comme saine.
Vous pouvez choisir remplacer ce paramètre en spécifiant une ressource existante dans votre application. Si vous spécifiez un chemin d'accès, tel que /health, l'URL de vérification de l'état est définie sur HTTP:80/health. L'URL de vérification de l'état doit être définie sur un chemin d'accès qui est toujours desservi par votre application. Si elle est définie sur une page statique qui est desservie ou mise en cache par le serveur web devant votre application, les vérifications de l'état ne révéleront pas de problèmes avec le serveur d'applications ou le conteneur web. Pour obtenir des instructions sur la modification de votre URL de vérification de l'état, consultez Surveillance de l'état.
Si une URL de vérification de l'état est configurée, Elastic Load Balancing attend une demande GET qu'il soumet pour renvoyer une réponse 200 OK. L'application échoue à la vérification de l'état en cas de défaut de réponse dans les 5 secondes, ou si la réponse est un code d'état autre que HTTP. Après 5 échecs consécutifs de vérification de l'état, Elastic Load Balancing suspend l'instance.
Pour de plus amples informations sur les vérifications de l'état Elastic Load Balancing, veuillez consulter Vérification de l'état dans le Guide de l'utilisateur Elastic Load Balancing.
Note
La configuration d'une URL de vérification de l'état ne modifie pas le comportement de vérification de l'état du groupe Auto Scaling d'un environnement. Une instance non saine est supprimée de l'équilibreur de charge, mais n'est pas automatiquement remplacée par Amazon EC2 Auto Scaling, sauf si vous configurez Amazon EC2 Auto Scaling pour utiliser la vérification de l'état Elastic Load Balancing comme base pour le remplacement des instances. Pour configurer Amazon EC2 Auto Scaling pour remplacer les instances qui échouent à une vérification de l'état Elastic Load Balancing, veuillez consulter Paramètre de vérification de l'état Auto Scaling.
Vérifications de l'état d'un environnement à instance unique et d'un environnement de travail
Dans une instance ou un environnement de travail unique, Elastic Beanstalk détermine l'état de l'instance en surveillant son état d'instance Amazon EC2. Les paramètres d'état Elastic Load Balancing, y compris les URL de vérification de l'état HTTP, ne peuvent pas être utilisés dans ces types d'environnement.
Pour plus d'informations sur les contrôles de statut des instances Amazon EC2, consultez la section Monitoring Instances with Status Checks dans le guide de l'utilisateur Amazon EC2.
Contrôles supplémentaires
Outre les vérifications de l'état Elastic Load Balancing, Elastic Beanstalk surveille les ressources de votre environnement et l'état devient rouge si les ressources ne parviennent pas à se déployer, ne sont pas correctement configurées ou deviennent indisponibles. Ces contrôles confirment ce qui suit :
-
Le groupe Auto Scaling de l'environnement est disponible et possède au minimum une instance.
-
Le groupe de sécurité de l'environnement est disponible et est configuré pour autoriser le trafic entrant sur le port 80.
-
L'environnement CNAME existe et pointe vers l'équilibreur de charge approprié.
-
Dans un environnement de travail, la file d'attente Amazon Simple Queue Service (Amazon SQS) est interrogée au moins une fois toutes les trois minutes.
CloudWatch Métriques Amazon
En ce qui concerne les rapports de santé de base, le service Elastic Beanstalk ne publie aucun indicateur sur Amazon. CloudWatch Les CloudWatch métriques utilisées pour produire des graphiques sur la page de surveillance de la console d'environnement sont publiées par les ressources de votre environnement.
Par exemple, EC2 publie les métriques suivantes pour les instances dans le groupe Auto Scaling de votre environnement :
CPUUtilization-
Pourcentage d'unités de calcul actuellement en cours d'utilisation.
DiskReadBytesDiskReadOpsDiskWriteBytesDiskWriteOps-
Nombre d'octets lus et écrits et nombre d'opérations de lecture et d'écriture.
NetworkInNetworkOut-
Nombre d'octets envoyés et reçus.
Elastic Load Balancing publie les métriques suivantes pour l'équilibreur de charge de votre environnement :
BackendConnectionErrors-
Nombre d'échecs de connexion entre l'équilibreur de charge et les instances d'environnement.
HTTPCode_Backend_2XXHTTPCode_Backend_4XX-
Nombre de codes de réponses aboutis (2XX) et d'erreur client (4XX) générés par des instances dans votre environnement.
Latency-
Nombre de secondes entre le moment où l'équilibreur de charge relaie une demande à une instance et celui de la réception de la réponse.
RequestCount-
Nombre de demandes terminées.
Ces listes ne sont pas complètes. Pour obtenir la liste complète des statistiques pouvant être signalées pour ces ressources, consultez les rubriques suivantes du manuel Amazon CloudWatch Developer Guide :
Métriques | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Espace de noms | Rubrique | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::ElasticLoadBalancing::LoadBalancer | Métriques et ressources Elastic Load Balancing | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::AutoScaling::AutoScalingGroupe | Métriques et ressources Amazon Elastic Compute Cloud | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::SQS::Queue | Métriques et ressources Amazon SQS | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::RDS::DBInstance | Dimensions et métriques Amazon RDS | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Métrique d'intégrité d'environnement de travail
Pour les environnements de travail uniquement, le démon SQS publie une métrique personnalisée pour l'état de l'environnement CloudWatch, où la valeur 1 est verte. Vous pouvez consulter les données des indicateurs CloudWatch de santé de votre compte à l'aide de l'espace de ElasticBeanstalk/SQSD noms. La dimension de métrique est EnvironmentName, et le nom de métrique est Health. Toutes les instances publient leurs métriques sur le même espace de noms.
Pour permettre au démon de publier des métriques, le profil d'instance de l'environnement doit avoir l'autorisation d'appeler cloudwatch:PutMetricData. Cette autorisation est incluse dans le profil d'instance par défaut. Pour plus d'informations, consultez Gestion des profils d'instance Elastic Beanstalk.
