# Plazo de evaluación de alarmas
<a name="alarm-evaluation-window"></a>

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](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html). `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
<a name="choosing-evaluation-window"></a>

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
<a name="sliding-window"></a>

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
<a name="wall-clock-window"></a>

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
<a name="wall-clock-when-to-use"></a>

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
<a name="wall-clock-supported-periods"></a>

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
<a name="wall-clock-timezone"></a>

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/London` o `Asia/Kolkata`.
+ Un desplazamiento UTC fijo, como `+05:30`, `-08:00` o `Z` (equivalente a UTC).
+ Un identificador con prefijo de desplazamiento, como `UTC+05:30` o `GMT-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.
<a name="wall-clock-evaluation-frequency"></a>

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](Create_WallClock_Alarm.md).