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.
Cette rubrique décrit les fonctionnalités proposées par Elastic Beanstalk Basic Health.
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.
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.
Outre le contrôle de l'état de vos EC2 instances, Elastic Beanstalk surveille également les autres ressources de votre environnement et signale les ressources manquantes ou mal configurées qui peuvent rendre votre environnement inaccessible aux utilisateurs.
Les métriques collectées par les ressources de votre environnement sont publiées sur Amazon toutes CloudWatch les cinq minutes. Cela inclut les métriques du système d'exploitation provenant d' EC2Elastic Load Balancing et les métriques des requêtes. 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 défectueuse 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 le bilan de santé d'Elastic Load Balancing comme base pour le remplacement des instances. Pour configurer Amazon EC2 Auto Scaling afin de remplacer les instances qui échouent à un test de santé d'Elastic Load Balancing, consultezParamètre de vérification de l'état Auto Scaling pour votre environnement Elastic Beanstalk.
Vérifications de l'état d'un environnement à instance unique et d'un environnement de travail
Dans un environnement à instance unique ou au niveau du travailleur, Elastic Beanstalk détermine l'état de santé de l'instance en surveillant le statut de son instance Amazon. EC2 Les paramètres d'intégrité d'Elastic Load Balancing, y compris le contrôle de santé HTTP URLs, ne peuvent pas être utilisés dans ces types d'environnement.
Pour plus d'informations sur les contrôles de statut des EC2 instances Amazon, consultez la section Monitoring Instances with Status Checks dans le guide de EC2 l'utilisateur Amazon.
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 du 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 :
| 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.
