Métricas de CloudWatch para el Equilibrador de carga clásico
Elastic Load Balancing publica puntos de datos en Amazon CloudWatch sobre los equilibradores de carga y las instancias backend. CloudWatch permite recuperar las estadísticas sobre estos puntos de datos como un conjunto ordenado de datos de serie temporal denominado métricas. Una métrica es una variable que hay que monitorizar y los puntos de datos son los valores de esa variable a lo largo del tiempo. Por ejemplo, puede monitorizar el número total de instancias EC2 en buen estado de un equilibrador de carga en un periodo especificado. Cada punto de datos tiene una marca temporal asociada y una unidad de medida opcional.
Puede utilizar estas métricas para comprobar si el sistema funciona de acuerdo con lo esperado. Por ejemplo, puede crear una alarma de CloudWatch para monitorizar una métrica determinada e iniciar una acción (por ejemplo, enviar una notificación a una dirección de correo electrónico) si la métrica no está comprendida dentro del intervalo que considera aceptable.
Elastic Load Balancing únicamente notifica las métricas a CloudWatch mientras las solicitudes están fluyendo a través del equilibrador de carga. Si hay solicitudes fluyendo a través del equilibrador de carga, Elastic Load Balancing mide y envía las métricas a intervalos de 60 segundos. Si no fluye ninguna solicitud a través del equilibrador de carga o no hay datos para una métrica, esta no se notifica.
Para obtener más información sobre Amazon CloudWatch, consulte la Guía del usuario de Amazon CloudWatch.
Contenido
Métricas del Equilibrador de carga clásico
El espacio de nombres de AWS/ELB incluye las siguientes métricas.
| Métrica | Descripción |
|---|---|
BackendConnectionErrors |
El número de conexiones que no se establecieron correctamente entre el equilibrador de carga y las instancias registradas. Como el equilibrador de carga reintenta la conexión cuando hay errores, este recuento puede ser mayor que el número de solicitudes. Tenga en cuenta que este número incluye también todos los errores de conexión relacionados con las comprobaciones de estado. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene dos instancias en us-west-2a y dos instancias en us-west-2b, y que los intentos de conectarse a una instancia en us-west-2a producen errores de conexión con el backend. La suma de us-west-2a incluye estos errores de conexión, pero no así la suma de us-west-2b. Por lo tanto, la suma del equilibrador de carga equivale a la suma de us-west-2a. |
DesyncMitigationMode_NonCompliant_Request_Count |
[Oyente HTTP] El número de solicitudes que no cumplen con RFC 7230. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es |
HealthyHostCount |
El número de instancias en buen estado registradas con el equilibrador de carga. Una instancia recién registrada se considera que está en buen estado si supera la primera comprobación de estado. Si el equilibrio de carga entre zonas está habilitado, el número de instancias en buen estado para la dimensión Criterios del informe: hay instancias registradas Estadísticas: las estadísticas más útiles son Ejemplo: suponga que el equilibrador de carga tiene dos instancias en us-west-2a y dos instancias en us-west-2b; us-west-2a tiene una instancia en mal estado y us-west-2b tiene no tiene ninguna instancia en mal estado. Con la dimensión |
|
|
[Oyente HTTP] El número de códigos de respuesta HTTP generados por las instancias registradas. Este número no incluye los códigos de respuesta generados por el equilibrador de carga. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene dos instancias en us-west-2a y dos instancias en us-west-2b, y que las solicitudes enviadas a 1 instancia en us-west-2a producen respuestas HTTP 500. La suma de us-west-2a incluye estas respuestas de error, pero no así la suma de us-west-2b. Por lo tanto, la suma del equilibrador de carga equivale a la suma de us-west-2a. |
HTTPCode_ELB_4XX |
[Oyente HTTP] El número de códigos de error del cliente HTTP 4XX generados por el equilibrador de carga. Los errores del cliente se generan cuando una solicitud no tiene el formato correcto o está incompleta. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene las regiones us-west-2a y us-west-2b habilitadas, y que las solicitudes del cliente incluyen una dirección URL con un formato incorrecto. Como resultado, los errores del cliente aumentarían probablemente en todas las zonas de disponibilidad. La suma del equilibrador de carga equivale a la suma de los valores de las zonas de disponibilidad. |
HTTPCode_ELB_5XX |
[Oyente HTTP] El número de códigos de error del servidor HTTP 5XX generados por el equilibrador de carga. Este número no incluye los códigos de respuesta generados por las instancias registradas. Esta métrica se registra si no hay ninguna instancia en buen estado registrada en el equilibrador de carga o si el número de solicitudes supera la capacidad de las instancias o del equilibrador de carga. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene las regiones us-west-2a y us-west-2b habilitadas, y que las instancias de us-west-2a experimentan una alta latencia y tardan en responder a las solicitudes. Como resultado, la cola de sobrecarga de los nodos del equilibrador de carga en us-west-2a se llena y el cliente recibe un error 503. Si us-west-2b sigue respondiendo normalmente, la suma del equilibrador de carga equivale a la suma de us-west-2a. |
Latency |
[Oyente HTTP] Tiempo total, en segundos, transcurrido desde que el equilibrador de carga envió la solicitud a una instancia registrada hasta que esta comenzó a enviar los encabezados de la respuesta. [Oyente TCP] Tiempo total, en segundos, que tardó el equilibrador de carga en establecer una conexión correcta con una instancia registrada. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene dos instancias en us-west-2a y dos instancias en us-west-2b, y que las solicitudes enviadas a 1 instancia en us-west-2a tienen una alta latencia. La media de us-west-2a tiene un valor mayor que la media de us-west-2b. |
RequestCount |
El número de solicitudes completadas o conexiones realizadas durante el intervalo especificado (1 o 5 minutos). [Oyente HTTP] El número de solicitudes recibidas y enrutadas, incluidas las respuestas de error HTTP de las instancias registradas. [Oyente TCP] El número de conexiones realizadas en las instancias registradas. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene dos instancias en us-west-2a y dos instancias en us-west-2b, y que se envían 100 solicitudes al equilibrador de carga. Hay 60 solicitudes enviadas a-west-2a, de las cuales cada instancia recibe 30, y hay 40 solicitudes enviadas a us-west-2b, de las cuales cada instancia recibe 20. Con la dimensión |
SpilloverCount |
El número total de solicitudes que se rechazaron porque la cola de sobrecarga está llena. [Oyente HTTP] El equilibrador de carga devuelve un código de error HTTP 503. [Oyente TCP] El equilibrador de carga cierra la conexión. Criterios del informe: hay un valor distinto de cero Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene las regiones us-west-2a y us-west-2b habilitadas, y que las instancias de us-west-2a experimentan una alta latencia y tardan en responder a las solicitudes. Como resultado, la cola de sobrecarga del nodo del equilibrador de carga en us-west-2a se llena, con lo que se supera la capacidad. Si us-west-2b sigue respondiendo normalmente, la suma del equilibrador de carga equivaldrá a la suma de us-west-2a. |
SurgeQueueLength |
Número total de solicitudes (oyente HTTP) o conexiones (oyente TCP) que están pendientes de direccionamiento a una instancia en buen estado. El tamaño máximo de la cola es 1 024. Las solicitudes o conexiones adicionales se rechazan cuando la cola está llena. Para obtener más información, consulte Criterios del informe: hay un valor distinto de cero. Estadísticas: la estadística más útil es Ejemplo: suponga que el equilibrador de carga tiene las regiones us-west-2a y us-west-2b habilitadas, y que las instancias de us-west-2a experimentan una alta latencia y tardan en responder a las solicitudes. Como resultado, la cola de sobrecarga de los nodos del equilibrador de carga en us-west-2a se llena y es probable que los clientes experimenten tiempos de repuesta mayores. Si esta situación continúa, el equilibrador de carga probablemente superará su capacidad (véase la métrica |
UnHealthyHostCount |
El número de instancias en mal estado registradas con el equilibrador de carga. Se considera que una instancia está en mal estado cuando supera el umbral de estado correcto configurado para las comprobaciones de estado. Se considera que una instancia en mal estado pasa a estar en buen estado cuando se mantiene en el umbral de estado correcto configurado para las comprobaciones de estado. Criterios del informe: hay instancias registradas Estadísticas: las estadísticas más útiles son Ejemplo: consulte |
Las siguientes métricas le permiten calcular los costos si migra un Equilibrador de carga clásico a un Equilibrador de carga de aplicación. Estas métricas solo se incluyen a título informativo y no se han diseñado para su uso con alarmas de CloudWatch. Tenga en cuenta que, si el Equilibrador de carga clásico tiene varios oyentes, estas métricas son la suma de todos ellos.
Estas estimaciones se basan en un equilibrador de carga con una regla predeterminada y un certificado con un tamaño de 2 K. Si usa un certificado con un tamaño de 4K o superior, le recomendamos que calcule los costos de la siguiente manera: cree un Equilibrador de carga de aplicación a partir del Equilibrador de carga clásico mediante la herramienta de migración y monitoree la métrica ConsumedLCUs para el Equilibrador de carga de aplicación. Para obtener más información, consulte Migrar el Classic Load Balancer en la Guía del usuario de Elastic Load Balancing.
| Métrica | Descripción |
|---|---|
EstimatedALBActiveConnectionCount |
El número estimado de conexiones TCP simultáneas activas desde los clientes al equilibrador alanceador de carga y desde el equilibrador de carga a los destinos. |
EstimatedALBConsumedLCUs |
El número estimado de unidades de capacidad del equilibrador de carga (LCU) que utiliza un Equilibrador de carga de aplicación. Se paga por el número de LCU usadas a la hora. Para obtener más información, consulte Precios de Elastic Load Balancing |
EstimatedALBNewConnectionCount |
El número estimado de conexiones TCP nuevas establecidas desde los clientes al equilibrador de carga y desde el equilibrador de carga a los destinos. |
EstimatedProcessedBytes |
El número estimado de bytes procesados por un Equilibrador de carga de aplicación. |
Dimensiones de las métricas de los equilibradores de carga clásicos
Para filtrar las métricas del Equilibrador de carga clásico, use las siguientes dimensiones.
| Dimensión | Descripción |
|---|---|
AvailabilityZone
|
Filtra los datos de las métricas por la zona de disponibilidad especificada. |
LoadBalancerName
|
Filtra los datos de las métricas por el equilibrador de carga especificado. |
Estadísticas correspondientes a las métricas del Equilibrador de carga clásico
CloudWatch proporciona estadísticas a partir de los puntos de datos de las métricas publicadas por Elastic Load Balancing. Las estadísticas son agregaciones de los datos de las métricas correspondientes al periodo especificado. Cuando se solicitan estadísticas, el flujo de datos devuelto se identifica mediante el nombre de la métrica y su dimensión. Una dimensión es un par de nombre/valor que identifica una métrica de forma inequívoca. Por ejemplo, puede solicitar estadísticas para todas las instancias EC2 en buen estado que se encuentran tras un equilibrador de carga lanzado en una zona de disponibilidad específica.
Las estadísticas Minimum y Maximum reflejan el mínimo y el máximo registrados en los nodos individuales del equilibrador de carga. Por ejemplo, supongamos que hay dos nodos del equilibrador de carga. Uno tiene la métrica HealthyHostCount con los siguientes valores: Minimum, 2; Maximum, 10; y Average, 6. En el otro nodo, los valores de la métrica HealthyHostCount son: Minimum, 1; Maximum, 5; y Average, 3. Por consiguiente, para el equilibrador de carga en su conjunto, Minimum es 1, Maximum es 10 y Average es aproximadamente 4.
La estadística Sum es el valor de la suma para todos los nodos del equilibrador de carga. Dado que las métricas incluyen varios informes por periodo, Sum solo se aplica a las métricas que se suman en todos los nodos de equilibrador de carga, tales como RequestCount, HTTPCode_ELB_XXX, HTTPCode_Backend_XXX, BackendConnectionErrors y SpilloverCount.
La estadística SampleCount representa el número de muestras medidas. Dado que las métricas se recopilan en función de determinados intervalos de muestreo y eventos, esta estadística no suele resultar útil. Por ejemplo, para HealthyHostCount, SampleCount se basa en el número de muestras que notifica cada nodo del equilibrador de carga, no en el número de hosts en buen estado.
Un percentil indica el peso relativo de un valor en un conjunto de datos. Puede especificar cualquier percentil con hasta dos decimales (por ejemplo, p95.45). Por ejemplo, el percentil 95 significa que el 95 % de los datos está por debajo de este valor y el 5 % está por encima de él. Los percentiles se suelen utilizar para aislar anomalías. Por ejemplo, supongamos que una aplicación tarda entre 1 y 2 ms en atender la mayoría de las solicitudes desde una caché; pero que tarda 100-200 ms si la caché está vacía. El máximo refleja el caso más lento, de unos 200 ms. El promedio no indica la distribución de los datos. Los percentiles proporcionan una visión más significativa del rendimiento de la aplicación. Si se utiliza el percentil 99 como desencadenador de escalado automático o alarma de CloudWatch, puede determinar que el número de solicitudes que tardan en procesarse más de 2 ms no supere el 1 %.
Visualización de las métricas de CloudWatch en el equilibrador de carga
Puede ver las métricas de CloudWatch de los equilibradores de carga en la consola de Amazon EC2. Estas métricas se muestran en gráficos de monitorización. Los gráficos de monitorización muestran puntos de datos si el equilibrador de carga se encuentra activo y recibiendo solicitudes.
Si lo prefiere, puede ver las métricas del equilibrador de carga en la consola de CloudWatch.
Para consultar las métricas con la consola
Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/
. -
En el panel de navegación, en Equilibrio de carga, elija Equilibradores de carga.
-
Seleccione el nombre del equilibrador de carga para abrir su página de detalles.
-
Elija la pestaña Monitorización.
-
Para obtener una vista más amplia de una sola métrica, pase el cursor sobre su gráfico y, a continuación, seleccione el icono
Maximize. Están disponibles las siguientes métricas:-
Hosts en buen estado: —
HealthyHostCount -
Hosts en mal estado: —
UnHealthyHostCount -
Latencia media: —
Latency -
Solicitudes:
RequestCount -
Errores de conexión backend —
BackendConnectionErrors -
Longitud de cola de oleada: —
SurgeQueueLength -
Recuento de casos de superación de capacidad: —
SpilloverCount -
Códigos HTTP 2XX:
HTTPCode_Backend_2XX -
Códigos HTTP 3XX:
HTTPCode_Backend_3XX -
Códigos HTTP 4XX:
HTTPCode_Backend_4XX -
Códigos HTTP 5XX:
HTTPCode_Backend_5XX -
Códigos HTTP 4XX de ELB:
HTTPCode_ELB_4XX -
Códigos HTTP 5XX de ELB:
HTTPCode_ELB_5XX -
Estimación de bytes procesados:
EstimatedProcessedBytes -
Estimación de LCU consumidas por ALB:
EstimatedALBConsumedLCUs -
Número estimado de conexiones activas de ALB:
EstimatedALBActiveConnectionCount -
Número estimado de nuevas conexiones de ALB:
EstimatedALBNewConnectionCount
-
Para consultar métricas mediante la consola de CloudWatch
-
Abra la consola de CloudWatch en https://console.aws.amazon.com/cloudwatch/
. -
En el panel de navegación, seleccione Métricas.
-
Seleccione el espacio de nombres de ELB.
-
Realice una de las siguientes acciones:
-
Seleccione una dimensión de métrica para ver las métricas por equilibrador de carga, por zona de disponibilidad o para todos los equilibradores de carga.
-
Para ver una métrica en todas las dimensiones, escriba su nombre en el campo de búsqueda.
-
Para ver las métricas de un solo equilibrador de carga, escriba su nombre en el campo de búsqueda.
-
Para ver las métricas de una sola zona de disponibilidad, escriba su nombre en el campo de búsqueda.
-
