Saltar al contenido

¿Por qué se ha activado mi alarma de CloudWatch cuando la métrica monitoreada no tiene puntos de datos infractores?

5 minutos de lectura
0

Mi alarma de Amazon CloudWatch ha cambiado al estado ALARM. Cuando compruebo la métrica que se monitoriza, no veo puntos de datos infractores en el grafo de CloudWatch. Sin embargo, el historial de alarmas contiene una entrada con un punto de datos infractor. Quiero saber qué ha activado mi alarma de CloudWatch.

Descripción breve

Si tu aplicación publica puntos de datos adicionales para el mismo periodo de tiempo después de que se evalúe la alarma, el grafo de CloudWatch muestra un valor agregado actualizado. El valor agregado actualizado incluye los puntos de datos con retraso. Es posible que el grafo no muestre una vulneración, aunque el historial de alarmas haya registrado una en función de los puntos de datos disponibles durante la evaluación.

Resolución

Cómo encontrar los puntos de datos infractores

El siguiente ejemplo muestra cómo los puntos de datos con retraso hacen que el grafo de CloudWatch difiera del historial de alarmas.

En el siguiente ejemplo, se configura una alarma con los siguientes parámetros:

  • Espacio de nombres: Web_App
  • Métrica: ResponseTime
  • Dimensión: host,h_04254448d4e964956
  • Estadística: Promedio
  • Umbral: 0,005
  • Operador de comparación: GreaterThanThreshold
  • Periodo: 60 segundos (1 minuto)
  • Periodo de evaluación: 1

Cuando la alarma evalúa el periodo comprendido entre las 12:00:00 y las 12:01:00 UTC, la métrica obtiene los siguientes valores:

Sample-1: 12:00:00 UTC, numeric value: 0.00675  
Sample-2: 12:00:00 UTC, numeric value: 0.00789  
Sample-3: 12:00:00 UTC, numeric value: 0.00421

Como el promedio de estos valores es de 0,006283333, el promedio supera el umbral de 0,005 segundos y la alarma cambia al estado ALARM. El historial de la alarma muestra los valores agregados que superan el umbral.

Si un host experimenta un problema de rendimiento temporal, esto afectará a la aplicación cliente responsable de publicar las métricas. En consecuencia, es posible que el host no publique puntos de datos a intervalos regulares. En este caso, tu aplicación publica muestras para las 12:00 después de que se produzca la evaluación de la alarma.

El siguiente ejemplo representa todas las muestras en la marca temporal 12:00:

Sample-1: 12:00:00 UTC, numeric value: 0.00675  
Sample-2: 12:00:00 UTC, numeric value: 0.00789  
Sample-3: 12:00:00 UTC, numeric value: 0.00421  
Sample-4: 12:00:00 UTC, numeric value: 0.00002  
Sample-5: 12:00:00 UTC, numeric value: 0.00007

Cuando recibas una alerta de la alarma, genera un grafo de CloudWatch para revisar el comportamiento de las métricas. CloudWatch recupera las cinco muestras entre las 12:00:00 y las 12:01:00 UTC, y las agrega en un promedio de 0,003788. El valor ha cambiado respecto al valor calculado anteriormente y está por debajo del umbral. Si la aplicación publica muestras adicionales después de la evaluación de la alarma, los puntos de datos infractores no estarán visibles para ese intervalo de tiempo.

Aumento del intervalo de evaluación de alarmas

Al configurar Puntos de datos para la alarma, es posible que el intervalo de evaluación sea más largo. Cuando una alarma genera alertas falsas debido a un retraso en las métricas, el intervalo de evaluación aumenta. El intervalo de evaluación más largo incluye los puntos de datos con retraso en la evaluación de la alarma. Esto reduce el número de alertas falsas.

Para aumentar el intervalo de evaluación, utiliza una de las siguientes opciones.

Aumentar el periodo

En el siguiente ejemplo, el periodo se incrementa a cinco minutos:

Espacio de nombres: Web_App
Métrica: ResponseTime
Dimensión: host,h_04254448d4e964956
Estadística: Promedio
Umbral: 0,005
Operador de comparación: GreaterThanThreshold
Periodo: 300 segundos (5 minutos)
Periodo de evaluación: 1

Configurar M de los N puntos de datos para la alarma

Configura la alarma para que requiera varios puntos de datos infractores antes de que la alarma cambie al estado ALARM.

En el siguiente ejemplo, M de los N puntos de datos se configuran como dos de cada tres puntos de datos:

Espacio de nombres: Web_App
Métrica: ResponseTime
Dimensión: host,h_04254448d4e964956
Estadística: Promedio
Umbral: 0,005
Operador de comparación: GreaterThanThreshold
Periodo: 60 segundos (1 minuto)
Periodo de evaluación (N): 3
Puntos de datos para la alarma (M): 2

Al configurar los Periodos de evaluación y los Puntos de datos para la alarma como valores diferentes, se crea una alarma de M de N. La opción Puntos de datos para la alarma se establece en M y Periodo de evaluación en N. Por ejemplo, si configuras cuatro de los cinco puntos de datos con un periodo de un minuto, el intervalo de evaluación será de cinco minutos. Si configuras tres de los tres puntos de datos con un periodo de 10 minutos, el intervalo de evaluación será de 30 minutos.

Si configuras Puntos de datos para la alarma con valores diferentes, las alarmas de CloudWatch evaluarán más puntos de datos. Las alarmas de CloudWatch también cambian el estado de la alarma cuando un número mínimo de puntos de datos supera el umbral dentro de un conjunto de puntos de datos. Este parámetro permite ajustar la alarma para que se active en un único punto de datos o para que requiera varios puntos de datos para pasar al estado ALARM.

Para obtener más información, consulta Cómo crear una alarma de CloudWatch basada en un umbral estático y Configuración de la forma en la que las alarmas de CloudWatch tratan los datos que faltan.

Información relacionada

¿Por qué no he recibido una notificación de Amazon SNS cuando se ha activado mi alarma de CloudWatch?

¿Cómo soluciono los problemas de mi alarma de CloudWatch en el estado INSUFFICIENT_DATA?

¿Por qué mi alarma de CloudWatch me ha enviado una notificación después de que se hubiese superado el umbral de un único punto de datos?

OFICIAL DE AWSActualizada hace 9 meses
Sin comentarios