Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Registros de chequeos de salud
El ELB proporciona registros de las comprobaciones de estado que recopilan información detallada sobre el estado de las comprobaciones de estado de los objetivos registrados, incluidos los motivos de las averías en caso de que las comprobaciones de estado no pasen. Los registros de comprobación de estado son compatibles con las EC2 instancias, las direcciones IP y los destinos de las funciones Lambda. Cada entrada del registro contiene información como el tipo de solicitud de verificación de estado o la conexión, la marca de tiempo, la dirección de destino, el identificador del grupo objetivo, el estado de salud y el código de motivo. Puede usar estos registros de control de estado para analizar los patrones de salud objetivo, monitorear las transiciones de salud y solucionar problemas.
Los registros de chequeos de estado son una función opcional que está deshabilitada de forma predeterminada. Tras habilitar los registros de comprobación de estado para el balanceador de cargas, ELB captura los registros y los almacena como archivos comprimidos en el bucket de Amazon S3 que especifique. Puede deshabilitar los registros de control de estado en cualquier momento.
Se le cobrarán los costes de almacenamiento de Amazon S3, pero no el ancho de banda utilizado por ELB para enviar los archivos de registro a Amazon S3. Para obtener más información acerca de los costos de almacenamiento, consulte Precios de Amazon S3
Contenido
Archivos de registro de Health Check
El ELB publica un archivo de registro para cada nodo del equilibrador de carga cada 5 minutos. El balanceador de cargas puede entregar varios registros para el mismo período cuando hay una gran cantidad de destinos conectados al balanceador de cargas o si se configura un intervalo de comprobación de estado reducido (por ejemplo, cada 5 segundos).
Los nombres de archivo de los registros de las comprobaciones de estado utilizan el siguiente formato:
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
-
Nombre del bucket de S3.
- prefix
-
(Opcional) El prefijo (jerarquía lógica) del bucket. El prefijo que especifique no debe incluir la cadena
AWSLogs. Para obtener más información, consulte Organizar objetos con prefijos. AWSLogs-
Agregamos la parte del nombre de archivo que comienza por
AWSLogsdespués del nombre del bucket y el prefijo que especifique. - aws-account-id
-
El ID de AWS cuenta del propietario.
- region
-
La región del equilibrador de carga y del bucket de S3.
- aaaa/mm/dd
-
La fecha de entrega del registro.
- load-balancer-id
-
ID de recurso del equilibrador de carga. Si el ID de recurso contiene barras diagonales (/), estas se sustituyen por puntos (.).
- end-time
-
La fecha y hora en que finalizó el intervalo de registro. Por ejemplo, si el valor de este campo es 20140215T2340Z, contiene las entradas correspondientes a las solicitudes realizadas entre las 23:35 y las 23:40 en la zona horaria de Zulu o UTC.
- ip-address
-
La dirección IP del nodo del equilibrador de carga que controló la solicitud. Si se trata de un equilibrador de carga interno, es una dirección IP privada.
- random-string
-
Una cadena generada aleatoriamente por el sistema.
A continuación, se muestra un ejemplo de nombre de archivo de registro con el prefijo:
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.gzA continuación, se muestra un ejemplo de nombre de archivo de registro sin un prefijo:
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.gzPuede almacenar los archivos de registro en su bucket durante todo el tiempo que desee, pero también puede definir reglas de ciclo de vida de Amazon S3 para archivar o eliminar archivos de registro automáticamente. Para obtener más información, consulte Administración del ciclo de vida de los objetos en la Guía del usuario de Amazon S3.
Entradas del registro de chequeos de salud
El ELB registra los resultados de las comprobaciones de estado del objetivo, incluidos los motivos de los fallos de todos los objetivos registrados en ese balanceador de cargas. Cada entrada de registro contiene los detalles de un único resultado de comprobación de estado realizado en el objetivo registrado.
Contenido
Sintaxis
En la siguiente tabla se describen los campos de una entrada del registro de controles de estado, en orden. Todos los campos están delimitados por espacios. Cuando agregamos un nuevo campo, lo incorporamos al final de la entrada del registro. A medida que nos preparamos para publicar un nuevo campo, es posible que vea un “-” adicional al final antes de que el campo se publique. Asegúrese de configurar el análisis de registros para que se detenga después del último campo documentado y actualícelo cuando publiquemos un nuevo campo.
| Campo (posición) | Description (Descripción) |
|---|---|
|
tipo (1) |
El tipo de solicitud o conexión de comprobación de estado. Los valores posibles son los siguientes (haga caso omiso de todos los demás valores):
|
|
tiempo (2) |
Marca de tiempo del inicio de la comprobación del estado de un objetivo, en formato ISO 8601. |
|
latencia (3) |
Tiempo total transcurrido (en segundos) para completar la comprobación de estado actual. |
|
target_addr (4) |
Dirección IP y puerto del destino en el formato IP:port. El ARN de Lambda si el objetivo es una función de Lambda. |
|
target_group_id (5) |
Nombre del grupo objetivo al que está asociado el objetivo. |
|
estado (6) |
El estado del chequeo médico. Este valor corresponde a |
|
status_code (7) |
El código de respuesta recibido del objetivo para la solicitud de verificación de estado. |
|
reason_code (8) |
El motivo del error si el chequeo de estado falla. Consulte Códigos de motivo de error |
Códigos de motivo de error
Si la comprobación de estado objetivo no se realiza correctamente, el equilibrador de cargas registrará uno de los siguientes códigos de motivo en el registro de comprobación de estado.
| Código | Description (Descripción) |
|---|---|
|
|
Se agotó el tiempo de espera de la solicitud de chequeo de salud mientras se esperaba una respuesta |
|
|
Health Check falló porque se agotó el tiempo de espera del intento de conexión TCP |
|
|
La comprobación de estado falló debido a un restablecimiento de la conexión |
|
|
El código de estado HTTP de la respuesta del objetivo a la solicitud de comprobación de estado no coincidía con el código de estado configurado |
|
|
El cuerpo de la respuesta devuelto por el objetivo no contenía la cadena configurada en la configuración de comprobación de estado del grupo objetivo |
|
|
Error del equilibrador de carga interno |
|
|
Target devuelve un código de error 5xx en respuesta a la solicitud de verificación de estado |
|
|
La respuesta objetivo del GRPC tiene un encabezado grpc-status sin valor |
|
|
El objetivo del GRPC responde con un estado de grpc-status inesperado |
Ejemplo de entradas de registro de
A continuación se muestran ejemplos de entradas del registro de comprobaciones de estado. Tenga en cuenta que el texto del ejemplo aparece en varias líneas únicamente para facilitar su lectura.
A continuación se muestra un ejemplo de entrada de registro para una comprobación de estado correcta.
http 2025-10-31T12:44:59.875678Z 0.019584011 172.31.20.97:80 HCLogsTestIPs PASS 200 -A continuación se muestra un ejemplo de entrada de registro para una comprobación de estado fallida.
http 2025-10-31T12:44:58.901409Z 1.121980746 172.31.31.9:80 HCLogsTestIPs FAIL 502 TargetErrorConfiguración de notificaciones de entrega de registros
Para recibir notificaciones cuando ELB entregue registros a su bucket de S3, utilice Amazon S3 Event Notifications. ELB usa PutObjectCreateMultipartUpload, y POST Object para entregar los registros a Amazon S3. Para asegurarse de recibir todas las notificaciones de entrega de registros, incluya todos estos eventos de creación de objetos en la configuración.
Para obtener más información, consulte Notificaciones de eventos de Amazon S3 en la Guía del usuario de Amazon Simple Storage Service.
Procesamiento de archivos de registro de controles de estado
Los archivos de registro de las comprobaciones de estado están comprimidos. Si descarga los archivos, debe descomprimirlos para ver la información.
Si existe una gran cantidad de demanda en el sitio web, el equilibrador de carga puede generar archivos registro con gigabytes de datos. Es posible que no pueda procesar una cantidad tan grande de datos mediante el line-by-line procesamiento. En tal caso, podría ser preciso utilizar herramientas de análisis que ofrezcan soluciones de procesamiento en paralelo. Por ejemplo, puede utilizar las siguientes herramientas analíticas para analizar y procesar los registros de comprobación de estado:
-
Amazon Athena es un servicio de consultas interactivo que facilita el análisis de datos en Amazon S3 con SQL estándar.
