Plazo de evaluación de alarmas
Cuando CloudWatch evalúa una alarma de métrica, recupera los datos de métricas de un intervalo de tiempo denominado plazo de evaluación. La duración del plazo es Period multiplicado por Evaluation Periods. La ubicación de los límites de ese plazo se controla mediante el parámetro EvaluationWindow de la API PutMetricAlarm. EvaluationWindow acepta una de estas dos configuraciones:
-
SlidingWindow: valor predeterminado. El plazo avanza cada vez que se evalúa la alarma, lo que forma un plazo de tiempo continuo. -
WallClockWindow: el plazo está alineada con los límites del reloj que coinciden con el periodo (como una hora en punto, la medianoche o el inicio de la semana natural) y, opcionalmente, con una zona horaria específica.
Si no especifica EvaluationWindow al crear o actualizar una alarma de métrica, la alarma utilizará un plazo deslizante. Para cambiar una alarma existente a una plazo de reloj en cualquier momento, puede actualizar la alarma.
Ambas configuraciones son compatibles con todos los tipos de alarmas de métricas, excepto las que se basan en una consulta de PromQL.
Elección entre un plazo deslizante y un plazo de reloj
Un plazo deslizante incorpora continuamente los datos más recientes, por lo que detecta las infracciones tan pronto como los puntos de datos superen el umbral. Elija un plazo deslizante para la supervisión en tiempo real, donde la alineación del calendario no importe, por ejemplo, el rendimiento, la latencia o las cargas de trabajo que agotan los recursos.
El plazo de reloj evalúa los periodos completos y alineados con el calendario, como cada hora, día o semana. Elija un plazo de reloj cuando la supervisión esté vinculada a un periodo laboral o calendario. También evita las falsas alarmas que pueden producirse cuando los eventos superan los límites de un plazo móvil. Por ejemplo, una copia de seguridad de una alarma diaria con un plazo deslizante puede introducir ALARM si las copias de seguridad consecutivas tienen más de 24 horas de diferencia, aunque cada día natural haya una copia de seguridad. Un plazo de reloj evalúa cada día de forma independiente y evita que esto ocurra.
La compensación es el tiempo de detección. El plazo de reloj refleja un punto de datos solo después de que finalice el periodo que lo contiene. Si necesita detectar un problema mientras aún está en curso, utilice un plazo deslizante.
Ventana deslizante
Con un plazo deslizante, el plazo de evaluación se mueve hacia delante cada vez que se evalúa la alarma, lo que forma un plazo de tiempo móvil. Por ejemplo, una alarma con un periodo de 1 hora y 1 periodo de evaluación podría evaluar el intervalo de tiempo entre las 13:07 y las 14:07 en una evaluación y entre las 13:08 y las 14:08 en la siguiente.
Como el plazo siempre incorpora los puntos de datos más recientes, un plazo deslizante es la mejor opción para las alarmas que activan acciones de escalado automático.
Un plazo deslizante no tiene opciones de configuración adicionales. Para configurar uno de forma explícita a través de la API, establezca EvaluationWindow en {"SlidingWindow":{}}. La omisión de EvaluationWindow tiene el mismo efecto.
Plazo de reloj
Los periodos de evaluación se ajustan a límites de tiempo fijos (por ejemplo, cada hora o día) en la zona horaria seleccionada. Ideal para cargas de trabajo programadas, como informes diarios, trabajos por lotes o copias de seguridad.
Los límites se alinean con el inicio del periodo natural correspondiente en la zona horaria seleccionada: el principio de la hora para un periodo de 1 hora, medianoche para un periodo de 1 día y el lunes a las 00:00 (el comienzo de la semana de ISO 8601) para un periodo de 1 semana. Estos puntos de alineación son fijos y no se pueden cambiar.
Cuándo se usa el plazo de reloj
Elija un plazo de reloj cuando desee que las evaluaciones de las alarmas se ajusten a la hora del día o a los límites del calendario. Los escenarios comunes incluyen los siguientes:
-
Trabajos por lotes diarios que deben completarse antes de medianoche en una zona horaria específica.
-
Informes comerciales o de cumplimiento semanales que resumen una semana natural.
nota
No recomendamos usar el plazo de reloj para las alarmas que activan acciones de escalado automático. La alarma refleja los nuevos datos solo después de que finalice el periodo actual, por lo que no puede hacer el seguimiento de la carga lo suficientemente cerca como para escalar con precisión. Utilice un plazo deslizante en su lugar.
Periodos compatibles
Puede utilizar un plazo de reloj con alarmas métricas que tengan uno de los siguientes periodos:
-
1 minuto (60 segundos)
-
5 minutos (300 segundos)
-
1 hora (3600 segundos)
-
1 día (86 400 segundos)
-
1 semana (604 800 segundos)
Los plazos de reloj no son compatibles con las alarmas de alta resolución (periodos de 10, 20 o 30 segundos).
Si especifica un periodo que no es compatible con los plazos de reloj, PutMetricAlarm devuelve un error de validación con los periodos compatibles.
Para las alarmas de Información de métricas y Calculadora de métricas, cada métrica de la matriz Metrics debe usar uno de los periodos de reloj compatibles.
nota
Una alarma de Información de métricas puede evaluar un intervalo de tiempo de no más de 3 horas (Periodo multiplicado por Periodos de evaluación). Cuando una alarma de Información de métricas utiliza un plazo de reloj, CloudWatch reserva automáticamente un periodo adicional para alinear el plazo con los límites del reloj. Como resultado, el límite efectivo pasa a ser Periodo multiplicado por (Periodos de evaluación + 1), que aún debe ser de 3 horas o menos. Esto significa que una alarma de Información de métricas que utiliza un plazo de reloj puede durar un periodo de evaluación menos que la misma alarma con un plazo deslizante. Por ejemplo, con un periodo de 1 hora, un plazo deslizante admite hasta 3 periodos de evaluación, pero un plazo de reloj admite hasta 2. Si supera este límite, PutMetricAlarm devuelve un error de validación.
Zonas horarias y horario de verano
Si lo desea, puede especificar una zona horaria para el plazo de reloj. Si no especifica ninguna zona horaria, CloudWatch utiliza UTC. La zona horaria determina dónde se encuentran los límites del reloj: por ejemplo, una alarma con un periodo de 1 día en America/New_York evalúa cada día natural comprendido entre la medianoche local y la medianoche local en Nueva York, mientras que la misma alarma en UTC evalúa entre las 00:00 UTC y las 00:00 UTC. Las zonas horarias con desplazamientos distintos de las horas completas, como Asia/Kolkata (+05:30), cambian los límites incluso en periodos de una hora o menos.
Puede especificar la zona horaria de cualquiera de las siguientes maneras:
-
Un identificador de zona horaria de IANA, como
America/New_York,Europe/LondonoAsia/Kolkata. -
Un desplazamiento UTC fijo, como
+05:30,-08:00oZ(equivalente a UTC). -
Un identificador con prefijo de desplazamiento, como
UTC+05:30oGMT-08:00.
La zona horaria que especifique debe tener un desplazamiento UTC que sea un múltiplo de 5 minutos. Por ejemplo, +01:00, +05:30 y +01:05 se aceptan, pero +01:03 se rechazan. CloudWatch rechaza las zonas horarias que no cumplen este requisito con un error de validación al crear la alarma.
Al especificar una zona horaria de IANA, CloudWatch gestiona automáticamente las transiciones del horario de verano. El plazo de evaluación permanece alineado con el reloj local en la zona horaria especificada, incluso los días en que se cambia la hora. Los desplazamientos UTC fijos y los identificadores con prefijo de desplazamiento no observan el horario de verano.
Frecuencia de evaluación de la alarma.
Una alarma con plazo de reloj se evalúa con la misma frecuencia que una alarma con plazo deslizante. Al elegir un plazo de reloj, solo se cambian los límites del plazo que CloudWatch utiliza para recuperar los datos de las métricas, no la frecuencia con la que se ejecuta la alarma.
Por ejemplo, una alarma con un periodo de 1 hora y un plazo de reloj evalúan cada minuto. Cada evaluación analiza los datos de la hora completada más recientemente. Cuando comienza una nueva hora, el plazo avanza hasta el límite de la nueva hora.
Para crear una alarma de métrica que utilice un plazo de reloj, consulte Creación de una alarma de métrica que utilice un plazo de evaluación de reloj.
