Es posible crear reglas personalizadas respecto a los momentos en que se verifica una métrica. Los dos métodos para ello son Intervalos flexibles, que permiten redefinir el intervalo de actualización por defecto, y Planificación, mediante la cual una comprobación de la métrica puede ejecutarse en un momento específico o en una secuencia de momentos.
Los intervalos flexibles permiten redefinir el intervalo de actualización por defecto para períodos de tiempo específicos. Un intervalo flexible se define con Intervalo y Período donde:
Si varios intervalos flexibles se superponen, se utiliza el valor más pequeño de Intervalo 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á ninguna consulta. Fuera de los intervalos flexibles se utiliza el intervalo de actualización por defecto.
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 comprobarse una vez o podría no comprobarse en absoluto (por lo tanto, tal configuración no es recomendable). 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 consulta durante el período del intervalo flexible y reanuda la consulta según el Intervalo de actualización por defecto una vez que finaliza el período. Ejemplos:
Intervalo | Período | 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 se comprobará durante la noche. |
0 | 7-7,00:00-24:00 | La métrica no se comprobará 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 utilizaba como una solución alternativa para comprobaciones programadas y se recomienda utilizar intervalos de programación para tales comprobaciones. |
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 predeterminado de la métrica, los intervalos de programación se utilizan para especificar una programación de comprobación independiente, que se ejecuta en paralelo.
Un intervalo de programación se define como: md<filtro>wd<filtro>h<filtro>m<filtro>s<filtro>
donde:
<filtro>
se utiliza para especificar valores para su prefijo (días, horas, minutos, segundos) y se define como: [<desde>[-<hasta>]][/<salto>][,<filtro>]
donde:
<desde>
y <hasta>
definen el rango de valores coincidentes (incluidos). Si se omite <hasta>
, entonces el filtro coincide con un rango <desde> - <desde>
. Si también se omite <desde>
, entonces el filtro coincide con todos los valores posibles.<salto>
define los saltos del valor numérico a través del rango. Por defecto, <salto>
tiene el valor de 1, lo que significa que se seleccionan todos los valores del rango definido.Aunque las definiciones de filtro son opcionales, se debe utilizar al menos un filtro. Un filtro debe tener definido un rango o el valor de <salto>.
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 <desde>
y <hasta>
para su respectivo prefijo de filtro son:
Prefijo | Descripción | <desde> | <hasta> |
---|---|---|---|
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 <desde>
debe ser menor o igual que el valor <hasta>
. El valor <salto>
debe ser mayor o igual que 1 y menor o igual que <hasta>
- <desde>
.
Los valores de días del mes, horas, minutos y segundos de un solo dígito pueden ir precedidos de 0. Por ejemplo, md01-31
y h/02
son intervalos válidos, pero md01-031
y wd01-07
no lo son.
En el frontend de Zabbix, se introducen varios 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 9am.
Ejemplos:
Intervalo | Se ejecutará |
---|---|
m0-59 | cada minuto |
h9-17/2 | cada 2 horas comenzando a las 9:00 (9:00, 11:00 ...) |
m0,30 o m/30 | cada hora a 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 | cada lunes a viernes a las 9:00 |
wd1-5h9-18 | cada lunes a viernes a las 9:00,10:00,...,18:00 |
h9,10,11 o h9-11 | cada día a las 9:00, 10:00 y 11:00 |
md1h9m30 | cada primer día de cada mes a las 9:30 |
md1wd1h9m30 | cada primer día de cada mes a las 9:30 si es lunes |
h9m/30 | cada día a las 9:00, 9:30 |
h9m0-59/30 | cada día a las 9:00, 9:30 |
h9,10m/30 | cada día a las 9:00, 9:30, 10:00, 10:30 |
h9-10m30 | cada día a las 9:30, 10:30 |
h9m10-40/30 | cada día a las 9:10, 9:40 |
h9,10m10-40/30 | cada día a las 9:10, 9:40, 10:10, 10:40 |
h9-10m10-40/30 | cada día a las 9:10, 9:40, 10:10, 10:40 |
h9m10-40 | cada día a las 9:10, 9:11, 9:12, ... 9:40 |
h9m10-40/1 | cada día a las 9:10, 9:11, 9:12, ... 9:40 |
h9-12,15 | cada día a las 9:00, 10:00, 11:00, 12:00, 15:00 |
h9-12,15m0 | cada día a las 9:00, 10:00, 11:00, 12:00, 15:00 |
h9-12,15m0s30 | cada día a las 9:00:30, 10:00:30, 11:00:30, 12:00:30, 15:00:30 |
h9-12s30 | cada día a las 9:00:30, 9:01:30, 9:02:30 ... 12:58:30, 12:59:30 |
h9m/30;h10 (sintaxis específica de API) | cada día a las 9:00, 9:30, 10:00 |
h9m/30 h10 (agregue esto como otra fila en el frontend) |
cada día a las 9:00, 9:30, 10:00 |
Tenga en cuenta que los proxies y el agente de Zabbix utilizan sus zonas horarias locales al procesar los intervalos de programación.
Por esta razón, cuando los intervalos de programación se aplican a métricas monitorizadas por el proxy de Zabbix o métricas activas del agente, se recomienda establecer la zona horaria de los respectivos proxies o agente igual que la del servidor Zabbix, de lo contrario la cola puede informar retrasos en las métricas de forma incorrecta.
La zona horaria para el proxy o agente de Zabbix puede establecerse utilizando la variable de entorno TZ
en el archivo de unidad systemd
: