Порядок уведомлений если обрыв канала связи на котором привязано много устройств

[pvpwars]

Добрый день. Есть такая задача. Есть компания в которой много филиалов. Проверка идет по ICMP шаблону, пингу устройств. Если например отваливается провайдер, и все устройства внутри его сети тоже становятся недоступными. Что приводит к массовому спаму, в моем случае в телеграмме. Вопрос такой, можно ли как-то назначить приоритет, передачи уведомлений. Если отвал провайдера, то чтобы уведомление сыпало только об этом.

[pvpwars]

ребят. подскажите пожалуйста. кто знает.

[Evgene-mmk]

https://www.zabbix.com/documentation...s/dependencies Оно ??

[Victor Vislobokov]

Так можно сделать, но крайне муторно и неудобно. Ососбенно если завсящих триггеров очень много.

Вообще то, о чём спрашивает топикстартер рассматривалось на этом форуме только на моей памяти раз 20. Видимо поэтому мэтры уже не спешать писать ответы - надоело мусолить одно и тоже.

В общем, предлагаемый метод - глобальная корелляция.
В чём суть.
Создаёте группу хостов, куда вносите все хосты за роутером провайдера.
Создаёте триггер который проверяет состояние роутера. Триггер при срабатывании должен выставлять тэг, например PROVIDER
Создаёте глобальную корелляцию, с условием, что если у старого события есть тэг PROVIDER и группа узлов нового события равна созданной вами группе хостов, то закрываем новое событие.

Такая корелляция позволит подавить срабатывание всех триггеров, пока триггер с тэгом PROVIDER будет активен.

Есть одна проблема. Поскольку все проверки в Zabbix асинхронны, то триггер на проблему с оборудованием за роутером может сработать раньше, чем сработает сам триггер, который выставляет тэг PROVIDER. В этом случае корелляция не сработает для тех триггеров, что уже сработали. Частично это можно решить более частой проверкой того элемента данных, который заставляет срабатывать триггер с тэгом PROVIDER. А так надо ещё одну корелляцию создавать, которая будет закрывать старые события для хостов созданной вами группы, если случится новое событие и сработает триггер с тэгом PROVIDER. Всё бы хорошо, вот только нет такого условия для корелляции "группа узлов старого события". Таким образом надо снова возвращаться к тэгам и делать на их основе.