Дано: группа хостов, цепочка: zabbix server >прокси сервер>сервер приложения>cisco_gw>шлюз провайдера>внешний сервис.
Все, кроме внешнего сервиса - это узлы сети. Внешний сервис доступен для мониторинга тОлько с прокси сервера или с сервера приложений т.к. там vpn, и на прокси сервере создан элемент данных вида ntp.tcp.service[http,VPNIP,80]
Задача:
1. настроить общий триггер, в выражении которого учесть что все узлы доступны, кроме ntp.tcp.service[http,VPNIP,80]. что означало бы, что проблемы на стороне внешнего сервиса и не у нас.
2. Зависимость этих триггеров. Чтобы если нет интернета, остальные триггеры на сработали. По сути как и 1, только условия выражения другие.
Я пробовал создать узел сети "Внешний сервис" и добавить в него триггер состоящий из группы триггеров с вышеуказанных узлов сети, но он не сохраняется в этом псевдохосте (
Думал что корреляция поможет - но это вообще не про то. Зачем настраивать закрытие триггеров когда можно настроить зависимость чтобы они не срабатывали ? Непонятная логика...
Как же комбинировать триггеры с зависимостями?
Все, кроме внешнего сервиса - это узлы сети. Внешний сервис доступен для мониторинга тОлько с прокси сервера или с сервера приложений т.к. там vpn, и на прокси сервере создан элемент данных вида ntp.tcp.service[http,VPNIP,80]
Задача:
1. настроить общий триггер, в выражении которого учесть что все узлы доступны, кроме ntp.tcp.service[http,VPNIP,80]. что означало бы, что проблемы на стороне внешнего сервиса и не у нас.
2. Зависимость этих триггеров. Чтобы если нет интернета, остальные триггеры на сработали. По сути как и 1, только условия выражения другие.
Я пробовал создать узел сети "Внешний сервис" и добавить в него триггер состоящий из группы триггеров с вышеуказанных узлов сети, но он не сохраняется в этом псевдохосте (
Думал что корреляция поможет - но это вообще не про то. Зачем настраивать закрытие триггеров когда можно настроить зависимость чтобы они не срабатывали ? Непонятная логика...
Как же комбинировать триггеры с зависимостями?
Comment