Используемые в триггерах выражения являются очень гибкими. Вы можете использовать их для создания сложных логических тестов, учитывая статистику по мониторингу.
Простое полезное выражение может выглядеть примерно так:
Функции триггеров позволяют ссылаться на собранные значения, текущее время и другие факторы.
Имеется полный список поддерживаемых функций.
Большинство числовых функций принимают количество секунд в качестве параметра.
Вы можете использовать префикс #, чтобы указать что этот параметр должен иметь другой смысл:
ВЫЗОВ ФУНКЦИИ | СМЫСЛ |
---|---|
sum(600) | Сумма всех значений за 600 секунд |
sum(#5) | Сумма последних 5 значений |
Функция last использует другой смысл для значений, когда начинается с решетки - она дает выбрать n-ое предыдущее значение, так что с учетом значений 3, 7, 2, 6, 5 (от наиболее нового до наиболее старого), при last(#2) вернется 7 и при last(#5) вернется 5.
Несколько функций поддерживают дополнительный, второй параметр сдвиг_времени
. Этот параметр позволят ссылаться на данные из периода времени в прошлом. Например, для avg(1h,1d) будет возвращено среднее значение за час днем ранее.
Триггеры лишь оценивают информацию истории. Если история недоступна (особенно актуально для сдвига времени), информация динамики изменений не используется, таким образом история должна храниться по крайней мере на ожидаемый период функций триггеров.
Вы можете использовать поддерживаемые единицы измерений в выражениях триггеров, например, '5m' (минут) вместо '300' секунд или '1d' (день) вместо '86400' секунд. '1K' будет состоять из '1024' байт.
Следующие операторы поддерживаются для триггеров (представлены по убыванию приоритета выполнения):
ПРИОРИТЕТ | ОПЕРАТОР | ОПРЕДЕЛЕНИЕ |
---|---|---|
1 | - | Унарный минус |
2 | not | Логическое НЕ |
3 | *** | Умножение | | |/** | Деление |
4 | + | Арифметический плюс |
- | Арифметический минус | |
5 | < | Менее чем. Этот оператор может быть представлен в виде: A<B ⇔ (A<=B-0.000001) |
<= | Менее чем или равно. | |
> | Более чем. Этот оператор может быть представлен в виде: A>B ⇔ (A>=B+0.000001) |
|
>= | Более чем или равно. | |
6 | = | Равенство. Этот оператор может быть представлен в виде: A=B ⇔ (A>B-0.000001) & (A<B+0.000001) |
<> | Не равно. Этот оператор может быть представлен в виде: A<>B ⇔ (A<=B-0.000001) & (A>=B+0.000001) |
|
7 | and | Логическое И |
8 | or | Логическое ИЛИ |
Операторы not, and and or регистрозависимы и должны быть в нижнем регистре. Они также должны быть окружены символами пробелов или круглыми скобками.
Все операторы, кроме унарных - и not, имеют ассоциативность слева на право. Унарные операторы - и not не ассоциативные (имеется в виду, что необходимо использовать -(-1) и not (not 1) вместо --1 и not not 1).
Результат вычисления:
Высокая загрузка процессора на www.zabbix.com.
'www.zabbix.com:system.cpu.load[all,avg1]' представляет короткое имя наблюдаемого параметра. Эта строка указывает, что сервер - 'www.zabbix.com' и наблюдаемый ключ - 'system.cpu.load[all,avg1]'. Используя функцию 'last()', мы ссылаемся на самое последнее значение. И наконец '>5' означает, что триггер перейдет в состояние ПРОБЛЕМА всякий раз, когда самое новое измерение загрузки процессора на сервере www.zabbix.com будет превышать 5.
www.zabbix.com перегружен
{www.zabbix.com:system.cpu.load[all,avg1].last()}>5 or {www.zabbix.com:system.cpu.load[all,avg1].min(10m)}>2
Это выражение будет истинным, когда либо текущая загрузка процессора станет более 5, либо загрузка процессора больше значения 2 за последние 10 минут.
/etc/passwd был изменен
Используется функция diff:
Это выражение будет истинным, когда предыдущее значение контрольной суммы файла /etc/passwd отличается от самого нового значения.
Аналогичные выражения могут быть полезны для мониторинга изменений в важных файлах, таких как /etc/passwd, /etc/inetd.conf, /kernel и других.
Кто-то скачивает большой файл из Интернет
Используется функция min:
Это выражение будет истинным, когда количество полученных байт на eth0 превышает 100 КБ за последних 5 минут.
Оба узла кластера SMTP серверов недоступны
Примечание, в выражении используются два разных узла сети:
{smtp1.zabbix.com:net.tcp.service[smtp].last()}=0 and {smtp2.zabbix.com:net.tcp.service[smtp].last()}=0
Это выражение будет истинным, когда оба SMTP сервера недоступны на обоих smtp1.zabbix.com и smtp2.zabbix.com.
Zabbix агент нуждается в обновлении
Используется функция str():
Это выражение будет истинным, когда версия Zabbix агента содержит в себе 'beta8' (возможно 1.0beta8).
Сервер недоступен
Это выражение будет истинным, если узел сети “zabbix.zabbix.com" недоступен более 5 раз за последние 30 минут.
Нет данных за последние 3 минуты
Используется функцию nodata():
‘tick’ должен иметь тип ‘Zabbix trapper’’. Для того, чтобы этот триггер заработал, элемент данных ‘tick’ должен существовать. Узел сети должен периодически отправлять данные этому элементу данных используя zabbix_sender. Если не было получено данных за последние 180 секунд, значением триггера станет ПРОБЛЕМА.
Активность CPU в ночное время
Используется функция time():
{zabbix:system.cpu.load[all,avg1].min(5m)}>2 and {zabbix:system.cpu.load[all,avg1].time()}>000000 and {zabbix:system.cpu.load[all,avg1].time()}<060000
Триггер может изменить свое состояние в истинное только в ночное время (00:00-06:00).
Проверка синхронизации времени на клиенте со временем на Zabbix сервере
Используется функция fuzzytime():
Триггер изменит состояние на проблему тогда, когда локальное время на сервере MySQL_DB и Zabbix сервере различаются более чем на 10 секунд.
Сравнение средней загрузки сегодня со средним значением загрузки за это же время вчера (использование второго параметра сдвиг_времени
).
Триггер изменит свое состояние на проблему, если средняя загрузка за последний час будет в два раза больше чем за аналогичный период времени вчера.
Испольлзование значение другого элемента данных в качестве порогового значения триггера:
{Template PfSense:hrStorageFree[{#SNMPVALUE}].last()}<{Template PfSense:hrStorageSize[{#SNMPVALUE}].last()}*0.1
Триггер изменит свое состояние на проблему, если свободное пространство на диски упадет ниже 10 процентов.
Использование результата вычисления для получения количества триггеров за пределами порога:
({server1:system.cpu.load[all,avg1].last()}>5) + ({server2:system.cpu.load[all,avg1].last()}>5) + ({server3:system.cpu.load[all,avg1].last()}>5)>=2
Триггер изменит свое состояние на проблему, если по крайней мере два триггера в выражении превышают 5.
Иногда триггер должен иметь различные условия для разных состояний. Например, мы хотим определить триггер, который перейдет в состояние ПРОБЛЕМА, если температура в серверной комнате поднимется выше 20C. При этом триггер должен оставаться в состоянии ПРОБЛЕМА, пока температура не опустится ниже 15C.
Для того, чтобы сделать это, мы определим следующий триггер:
Температура в серверной комнате слишком высокая.
Обратите внимание, используется макрос {TRIGGER.VALUE}. Он возвращает текущее состояние триггера.
Очень мало свободного места на диске
Проблема: если меньше 10ГБ за последние 5 минут
Восстановление: если больше 40ГБ за последние 10 минут
({TRIGGER.VALUE}=0&{server:vfs.fs.size[/,free].max(5m)}<10G) or
({TRIGGER.VALUE}=1&{server:vfs.fs.size[/,free].min(10m)}<40G)
Обратите внимание, используется макрос {TRIGGER.VALUE}. Он возвращает текущее состояние триггера.