[comment]: # translation:outdated

[comment]: # ({ffc3ea50-ffc3ea50})
# 2 Intervalos personalizados

[comment]: # ({/ffc3ea50-ffc3ea50})

[comment]: # ({2c00d21c-2c00d21c})
#### Descripción

Es posible crear reglas personalizadas con respecto a los tiempos en que una métrica
es comprobada. Los dos métodos para eso son *Intervalos flexibles*, que
permite redefinir el intervalo de actualización predeterminado, y *Programación*, por lo que
una comprobación de métrica se puede ejecutar en un momento específico o en una secuencia de tiempos.

[comment]: # ({/2c00d21c-2c00d21c})

[comment]: # ({e9ab49b5-41315093})
#### Intervalos flexibles

Los intervalos flexibles permiten redefinir el intervalo de actualización predeterminado para
períodos de tiempo específicos. Un intervalo flexible se define con *Intervalo*
y *Período* donde:

-   *Intervalo* – el intervalo de actualización para el período de tiempo especificado
-   *Periodo* – el período de tiempo en el que el intervalo flexible está activo (consulte
    los [períodos de tiempo](/manual/appendix/time_period) para obtener información detallada
    del formato *Punto*)

Si se superponen varios intervalos flexibles, se utiliza el valor de *Intervalo* más pequeño para el período de superposición.
Tenga en cuenta que si el valor más pequeño de los intervalos flexibles superpuestos es '0', no se realizará ningún sondeo.
Fuera de los intervalos flexibles se utiliza el intervalo de actualización predeterminado.

Tenga en cuenta que si el intervalo flexible es igual a la duración del período,
la métrica se comprobará exactamente una vez. Si el intervalo flexible es mayor
que el período, la métrica podría ser revisada una vez o podría no ser
comprobada en absoluto (por lo que dicha configuración no es aconsejable). Si el
intervalo flexible es menor que el período, la métrica se comprobará al
menos una vez.

Si el intervalo flexible se establece en '0', la métrica no se sondea durante
el período de intervalo flexible y reanuda el sondeo de acuerdo con el
 *Intervalo de actualización* predeterminado una vez finalizado el período. Ejemplos:

|Intervalo|Periodo|Descripción|
|--|--|------|
|10|1-5,09:00-18:00|La métrica se comprobará cada 10 segundos durante el horario laboral.|
|0|1-7,00:00-7:00|La métrica no será revisada durante la noche.|
|0|7-7,00:00-24:00|La métrica no será revisada los domingos.|
|60|1-7,12:00-12:01|La métrica se comprobará a las 12:00 todos los días. Tenga en cuenta que esto se utilizó como solución alternativa para las comprobaciones programadas y se recomienda utilizar intervalos de programación para dichas comprobaciones.|

[comment]: # ({/e9ab49b5-41315093})

[comment]: # ({128c5833-128c5833})
#### Intervalos de programación

Los intervalos de programación se utilizan para comprobar métricas en momentos específicos. Mientras que
los intervalos flexibles están diseñados para redefinir el intervalo de actualización de métricas predeterminado,
los intervalos de programación se utilizan para especificar un programa de verificación independiente, que se ejecuta en paralelo.

Un intervalo de programación se define como:
`md<filter>wd<filter>h<filter>m<filter>s<filter>` donde:

-   **md** - días del mes
-   **wd** - días de la semana
-   **h** - horas
-   **m** - minutos
-   **s** – segundos

`<filter>` se utiliza para especificar valores para su prefijo (días, horas,
minutos, segundos) y se define como:
`[<from>[-<to>]][/<step>][,<filter>]` donde:

-   `<from>` y `<to>` definen el rango de valores coincidentes (incluido).
Si se omite `<to>`, el filtro coincide con un rango `<from> - <from>`. Si también se omite `<from>`, el filtro coincide con todos los
valores posibles.
-   `<step>` define los saltos del valor numérico a través del rango. Por
defecto, `<step>` tiene el valor 1, lo que significa que coinciden todos los
valores del rango definido.

Si bien las definiciones de filtro son opcionales, se debe utilizar al menos un filtro. Un filtro debe tener un rango o el valor *<step>*
definido.

Un filtro vacío coincide con '0' si no se define un filtro de nivel inferior
o con todos los valores posibles en caso contrario. Por ejemplo, si se omite el filtro de hora, solo coincidirá la hora '0', siempre que también se omitan los
filtros de minutos y segundos; de lo contrario, un filtro de hora vacío coincidirá con todos los
valores de hora.

Los valores válidos de `<from>` y `<to>` para sus respectivos prefijos de filtro son:

|Prefijo|Descripción|*<from>*|*<to>*|
|------|-----------|--------------|------------|
|md|Días del mes|1-31|1-31|
|wd|Días de la semana|1-7|1-7|
|h|Horas|0-23|0-23|
|m|Minutos|0-59|0-59|
|s|Segundos|0-59|0-59|

El valor de `<from>` debe ser menor o igual que el valor de `<to>`. El valor de `<step>`
debe ser mayor o igual a 1 y menor o igual a `<to>` - `<from>`.

Los valores de días, horas, minutos y segundos de un solo dígito pueden tener
el prefijo 0. Por ejemplo, `md01-31` y `h/02` son intervalos válidos,
pero `md01-031` y `wd01-07` no lo son.

En la interfaz de Zabbix, se ingresan múltiples intervalos de programación en
filas separadas. En la API de Zabbix, se concatenan en una sola cadena
con un punto y coma `;` como separador.

Si una hora coincide con varios intervalos, se ejecuta solo una vez. Por
ejemplo, `wd1h9;h9` se ejecutará solo una vez el lunes a las 9 a. m.

Ejemplos:

|Intervalo|Se ejecutará|
|--------|----------------|
|m0-59|cada minuto|
|h9-17/2|cada 2 horas comenzando con 9:00 (9:00, 11:00 ...)|
|m0,30 o m/30|cada hora a las hh:00 y hh:30|
|m0,5,10,15,20,25,30,35,40,45,50,55 o m/5|cada cinco minutos|
|wd1-5h9|todos los lunes a viernes a las 9:00|
|wd1-5h9-18|todos los lunes a viernes a las 9:00,10:00,...,18:00|
|h9,10,11 o h9-11|todos los días a las 9:00, 10:00 y 11:00|
|md1h9m30|todos los 1.er día de cada mes a las 9:30|
|md1wd1h9m30|todos los 1.er día de cada mes a las 9:30 si es lunes|
|h9m/30|todos los días a las 9:00, 9:30|
|h9m0-59/30|todos los días a las 9:00, 9:30|
|h9,10m/30|todos los días a las 9:00, 9:30, 10:00, 10:30|
|h9-10m30|todos los días a las 9:30, 10:30|
|h9m10-40/30|todos los días a las 9:10, 9:40|
|h9,10m10-40/30|todos los días a las 9:10, 9:40, 10:10, 10:40|
|h9-10m10-40/30|todos los días a las 9:10, 9:40, 10:10, 10:40|
|h9m10-40|todos los días a las 9:10, 9:11, 9:12, ... 9:40|
|h9m10-40/1|todos los días a las 9:10, 9:11, 9:12, ... 9:40|
|h9-12,15|todos los días a las 9:00, 10:00, 11:00, 12:00, 15:00|
|h9-12,15m0|todos los días a las 9:00, 10:00, 11:00, 12:00, 15:00|
|h9-12,15m0s30|todos los días a las 9:00:30, 10:00:30, 11:00:30, 12:00:30, 15:00:30|
|h9-12s30|todos los días a las 9:00:30, 9:01:30, 9:02:30 ... 12:58:30, 12:59:30|
|h9m/30;h10 (*sintaxis específica de la API*)|todos los días a las 9:00, 9:30, 10:00|
|h9m/30<br>h10 (*agregar esto como otra fila en el frontend*)|todos los días a las 9:00, 9:30, 10:00|

[comment]: # ({/128c5833-128c5833})

[comment]: # ({5f53ed1f-4cc438e8})
##### Alineación de zonas horarias para servidores proxy y agentes

Tenga en cuenta que los servidores proxy y agentes de Zabbix utilizan sus zonas horarias locales al procesar intervalos de programación.

Por este motivo, cuando se aplican intervalos de programación a elementos monitoreados por servidores proxy o agentes activos de Zabbix, se recomienda configurar la zona horaria de los servidores proxy o agentes respectivos de la misma manera que la del servidor Zabbix; de lo contrario, la [cola](/manual/config/items/queue) puede informar demoras de métricas de manera incorrecta.

La zona horaria para el servidor proxy o agente de Zabbix se puede configurar utilizando la variable de entorno `TZ` en el archivo de unidad `systemd`:

    [Servicio]
    ...
    Environment="TZ=Europe/Amsterdam"

[comment]: # ({/5f53ed1f-4cc438e8})
