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.
Journaux de bilan de santé
Elastic Load Balancing fournit des journaux de contrôle de santé qui capturent des informations détaillées sur l'état du bilan de santé de vos cibles enregistrées, y compris les raisons de l'échec des tests de santé. Les journaux de contrôle de santé sont pris en charge pour les EC2 instances, les adresses IP et les cibles de fonctions Lambda. Chaque entrée du journal contient des informations telles que le type de demande de contrôle de santé ou de connexion, l'horodatage, l'adresse cible, l'identifiant du groupe cible, l'état de santé et le code de motif. Vous pouvez utiliser ces journaux de bilan de santé pour analyser les modèles de santé cibles, surveiller les transitions de santé et résoudre les problèmes.
Les journaux de contrôle de santé sont une fonctionnalité facultative qui est désactivée par défaut. Une fois que vous avez activé les journaux de vérification de l'état de votre équilibreur de charge, Elastic Load Balancing capture les journaux et les stocke sous forme de fichiers compressés dans le compartiment Amazon S3 que vous spécifiez. Vous pouvez désactiver les journaux de contrôle de santé à tout moment.
Les coûts de stockage pour Amazon S3 vous sont facturés, mais pas la bande passante utilisée par Elastic Load Balancing pour envoyer les fichiers journaux à Amazon S3. Pour plus d'informations sur les coûts de stockage, consultez Tarification Amazon S3
Table des matières
Fichiers journaux de contrôle de santé
Elastic Load Balancing publie un fichier journal pour chaque nœud d'équilibreur de charge toutes les 5 minutes. L'équilibreur de charge peut fournir plusieurs journaux pour la même période lorsqu'un grand nombre de cibles sont attachées à l'équilibreur de charge ou qu'un petit intervalle de vérification de l'état est configuré (par exemple, toutes les 5 secondes).
Les noms de fichiers des journaux de contrôle de santé utilisent le format suivant :
bucket[/prefix]/AWSLogs/aws-account-id/elasticloadbalancing/region/yyyy/mm/dd/health_check_log_aws-account-id_elasticloadbalancing_region_app.load-balancer-id_end-time_ip-address_random-string.log.gz- bucket
-
Nom du compartiment S3.
- prefix
-
(Facultatif) Préfixe (hiérarchie logique) pour le compartiment. Le préfixe que vous spécifiez ne doit pas inclure la chaîne
AWSLogs. Pour plus d'informations, consultez Organisation des objets à l'aide de préfixes. AWSLogs-
Nous ajoutons la partie du nom de fichier commençant par
AWSLogsaprès le nom du compartiment et le préfixe facultatif que vous avez spécifié. - aws-account-id
-
L'identifiant du AWS compte du propriétaire.
- region
-
Région pour votre équilibreur de charge et le compartiment S3.
- aaaa/mm/jj
-
Date à laquelle le journal a été fourni.
- load-balancer-id
-
ID de ressource de l'équilibreur de charge. Si l'ID de ressource contient des barres obliques (/), elles sont remplacées par des points (.).
- end-time
-
Date et heure auxquelles l'intervalle de journalisation a pris fin. Par exemple, une heure de fin de 20140215T2340Z contient des entrées pour les demandes effectuées entre 23 h 35 et 23 h 40 en heure UTC ou en heure zoulou.
- ip-address
-
Adresse IP du nœud d'équilibreur de charge qui a traité la demande. Pour un équilibreur de charge, il s'agit d'une adresse IP privée.
- random-string
-
Chaîne aléatoire générée par le système.
Voici un exemple de nom de fichier journal avec un préfixe :
s3://amzn-s3-demo-logging-bucket/logging-prefix/AWSLogs/123456789012/elasticloadbalancing/us-east-2/2022/05/01/health_check_log_123456789012_elasticloadbalancing_us-east-2_app.my-loadbalancer.1234567890abcdef_20220215T2340Z_172.160.001.192_20sg8hgm.log.gzVoici un exemple de nom de fichier journal sans préfixe :
s3://amzn-s3-demo-logging-bucket/AWSLogs/123456789012/elasticloadbalancing/us-east-2/2022/05/01/health_check_log_123456789012_elasticloadbalancing_us-east-2_app.my-loadbalancer.1234567890abcdef_20220215T2340Z_172.160.001.192_20sg8hgm.log.gzVous pouvez stocker vos fichiers journaux dans votre compartiment aussi longtemps que vous le souhaitez, mais vous pouvez également définir des règles de cycle de vie Amazon S3 pour archiver ou supprimer automatiquement les fichiers journaux. Pour plus d'informations, consultez la section Gestion du cycle de vie des objets dans le guide de l'utilisateur Amazon S3.
Entrées du journal de contrôle de santé
Elastic Load Balancing enregistre les résultats des tests de santé des cibles, y compris les raisons de la défaillance de toutes les cibles enregistrées pour cet équilibreur de charge. Chaque entrée du journal contient les détails d'un seul résultat de contrôle de santé effectué auprès de la cible enregistrée.
Table des matières
Syntaxe
Le tableau suivant décrit les champs d'une entrée du journal des bilans de santé, dans l'ordre. Tous les champs sont délimités par des espaces. Lorsque nous ajoutons un nouveau champ, nous l'ajoutons à la fin de l'entrée du journal. Alors que nous nous préparons à publier un nouveau champ, il se peut que vous voyiez un « - » supplémentaire à la fin avant que le champ ne soit publié. Assurez-vous de configurer l'analyse des journaux pour qu'elle s'arrête après le dernier champ documenté, et de mettre à jour l'analyse des journaux après la publication d'un nouveau champ.
| Champ (position) | Description |
|---|---|
|
type (1) |
Type de demande de bilan de santé ou de connexion. Les valeurs possibles sont les suivantes (ignorer les autres valeurs) :
|
|
heure (2) |
Horodatage indiquant le moment où le contrôle de santé est lancé sur une cible, au format ISO 8601. |
|
latence (3) |
Temps total écoulé (en secondes) pour terminer le bilan de santé en cours. |
|
adresse_cible (4) |
Adresse IP et port de la cible au format IP:Port. L'ARN de Lambda si la cible est une fonction Lambda. |
|
identifiant_groupe_cible (5) |
Nom du groupe cible auquel la cible est associée. |
|
statut (6) |
État du bilan de santé. Cette valeur correspond à |
|
code d'état (7) |
Le code de réponse reçu de la cible pour la demande de bilan de santé. |
|
code_raisonnable (8) |
La raison de l'échec en cas d'échec du bilan de santé. Consultez Codes de motif d'erreur |
Codes de motif d'erreur
Si le contrôle de santé cible échoue, l'équilibreur de charge enregistre l'un des codes de motif suivants dans le journal de contrôle de santé.
| Code | Description |
|---|---|
|
|
La demande de bilan de santé a expiré en attendant une réponse |
|
|
Health check a échoué car la tentative de connexion TCP a expiré |
|
|
Le contrôle de santé a échoué en raison de la réinitialisation de la connexion |
|
|
Le code d'état HTTP de la réponse de la cible à la demande de bilan de santé ne correspond pas au code d'état configuré |
|
|
Le corps de réponse renvoyé par la cible ne contenait pas la chaîne configurée dans la configuration du contrôle de santé du groupe cible |
|
|
Erreur de l'équilibreur de charge interne |
|
|
Target renvoie le code d'erreur 5xx en réponse à la demande de bilan de santé |
|
|
La réponse cible GRPC possède un en-tête grpc-status sans valeur |
|
|
La cible GRPC répond avec un statut grpc inattendu |
Exemple d'entrées de journal
Vous trouverez ci-dessous des exemples d'entrées du journal des bilans de santé. Notez que le texte d'exemple apparaît sur plusieurs lignes uniquement pour en faciliter la lecture.
Voici un exemple d'entrée de journal pour un contrôle de santé réussi.
http 2025-10-31T12:44:59.875678Z 0.019584011 172.31.20.97:80 HCLogsTestIPs PASS 200 -Voici un exemple d'entrée de journal concernant un échec du contrôle de santé.
http 2025-10-31T12:44:58.901409Z 1.121980746 172.31.31.9:80 HCLogsTestIPs FAIL 502 TargetErrorConfigurer les notifications de livraison des journaux
Pour recevoir des notifications lorsqu'Elastic Load Balancing envoie des logs à votre compartiment S3, utilisez Amazon S3 Event Notifications. Elastic Load Balancing utilise PutObjectCreateMultipartUpload, et un objet POST pour fournir des journaux à Amazon S3. Pour vous assurer de recevoir toutes les notifications de livraison des journaux, incluez tous ces événements de création d'objets dans votre configuration.
Pour plus d'informations, consultez les notifications d'événements Amazon S3 dans le guide de l'utilisateur d'Amazon Simple Storage Service.
Traitement des fichiers journaux de contrôle de santé
Les fichiers journaux de contrôle de santé sont compressés. Si vous téléchargez les fichiers, vous devez les décompresser pour afficher les informations.
Si la demande est importante sur votre site web, votre équilibreur de charge peut générer des fichiers journaux avec des gigaoctets de données. Il se peut que vous ne puissiez pas traiter une telle quantité de données à l'aide du line-by-line traitement. Vous devrez donc peut-être utiliser des outils d'analyse qui proposent des solutions de traitement en parallèle. Par exemple, vous pouvez utiliser les outils d'analyse suivants pour analyser et traiter les journaux de contrôle de santé :
-
Amazon Athena est un service de requête interactif qui facilite l'analyse des données dans Amazon S3 à l'aide du langage SQL standard.
