А если по приоритетам разрулить?

{<item>.last(0)}>0 - информация

{<item>.last(0)}>5 - предупреждение и т.д.

либо отслеживать динамику по разнице значений, за определенный промежуток времени (во 2-м есть)

либо отслеживать динамику по разнице значений, за определенный промежуток времени (во 2-м есть)

Формализовать промежуток времени проблематично.

Там все просто,

{<item>.avg(1800)}>10

1800 в миллисекундах

И да, кто мешает наплодить несколько тригеров, по разным критериям.

https://www.zabbix.com/documentation/ru/2.0/manual/config/triggers/expression

Функции avg, count, last, min и max поддерживают дополнительный, второй параметр time_shift. Этот параметр позволят ссылаться на данные из периода времени в прошлом. Например, avg(1h,1d) будет возвращено среднее значение за час одним днем ранее. + trigger type = delta

ну же!

еще diff:

Возвращает:
1 - последнее и предыдущее значения различаются
0 - наоборот

ну же!

• Сработает дельта и будет висеть пока временная шкала не сдвинется на 1d;
• Если сдвинется и дельта будет равна «0» триггер деактивируется;
• Если сдвинется и дельта будет не равна «0» триггер продолжит существование.

<time_shift> на основе чего выбрать?

nodata

если не было получено данных за указанный промежуток

если под «не было получено» понимается не изменилось значение, nodata очевиднее по моему.

Совет запомнил, отработаю...

еще diff

Видел в док., на тот момент отклонил. Теперь буду думать, в свете того что подтверждения во 2 заббиксе видимо триггеры не деактивируют.

В конце концов (мне просто уже лень думать), ты можешь user parameter ввести и реализовать там любую логику, какую захочешь.

https://support.zabbix.com/browse/ZBXNEXT-104 - «switch trigger to OK based on acknowledgement by user». Висит с 2009, никто не чешется.

Сам когда-то такое искал - увы. Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный. А это триггеры по времени обнулились. Единственный найденный мной вариант - сделать для хоста Action, который будет запускать на хосте скрипт, который будет обнулять соотв. айтемы. И запускать из меню хоста(терминологию могу путать, давно заббикс не использовал, но смысл такой).

«switch trigger to OK based on acknowledgement by user». Висит с 2009, никто не чешется.

Это opensource, детка. Всё у них так.

Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный. А это триггеры по времени обнулились

Вот как бы соглашусь.

Единственный найденный мной вариант - сделать для хоста Action, который будет запускать на хосте скрипт, который будет обнулять соотв. айтемы.

Была такая мысль, наряду с использование API для отключения поддтвержденных триггеров автоматом.

Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный.

Отчасти соглашусь.

• Вернувшись из запоя надо проглядеть всю историю по критическим item;
• Критические триггеры можно слать на почту.

Вернувшись из запоя надо проглядеть всю историю по критическим item
Критические триггеры можно слать на почту

Глаз замыливается, в почте среди киллограма «шлюз провайдера недоступен уже 2 минуты» потеряться можно. Чем больше дисциплины требует система от пользователя - тем менее она надёжна.

использование API для отключения поддтвержденных триггеров автоматом

Хорошая мысль. Более прямой и красивый костыль, чем мой вариант с Action :)

Чем больше дисциплины требует система от пользователя - тем менее она надёжна.

Да. Но в этом случае с натягом допускаю это. Спасибо за советы.

Итог

В zabbix пока еще не реализовано, из коробки, «подтверждение и выключение» триггера. Но проект opensource, реализовать не очень сложно.

Я пока эксплуатирую решение на такого рода триггере:

{item.last(0)}>{item.last(1d)}

• если параметр увеличился то триггер активируется;
• если в течении 1d параметр не менялся, триггер деактивируется сам;
• если в течении 1d он был еще увеличен, то триггер пролонгируеся еще на один день. И будет «светиться» +1d.

Наряду с помещением триггера в важные, сообщение отправляется на почту.

P.S.: Функция «nodata», при детальном рассмотрении имеет смысл при использовании zabbix-траппера. Zabbix-агент всегда что-то шлет.