Zabbix 4.0.13
Добрый день. Есть вопрос о том, как выстроить иерархию проблем. Т.е. в наличии свич, в него воткнута периферия - ибп, арм, телефон. Когда свич отваливается, не хочется получать на панелях аварии всех устройств, ясно что проблема со свичом. Сделал два шаблона опроса, идет опрос доступности всех устройств по ICMP - первого и второго уровня иерархии. Сделал подавление срабатывания триггеров нижней иерархии с помощью "корреляции событий". Т.е. закрываю триггеры, если сработал триггер уровня выше. Но, получается в списке проблем (вкладка проблемы) потом каждый опрос-срабатывание триггера закрыт как "решено". Получается целая портянка. И момент аварии свича, все нижестоящие устройства в "карте сети" видны как работающие. Т.е. цель по сути просто не выводить аварии низкого уровня в панели (виджетах) просмотра статистики\аварий.
Добрый день. Есть вопрос о том, как выстроить иерархию проблем. Т.е. в наличии свич, в него воткнута периферия - ибп, арм, телефон. Когда свич отваливается, не хочется получать на панелях аварии всех устройств, ясно что проблема со свичом. Сделал два шаблона опроса, идет опрос доступности всех устройств по ICMP - первого и второго уровня иерархии. Сделал подавление срабатывания триггеров нижней иерархии с помощью "корреляции событий". Т.е. закрываю триггеры, если сработал триггер уровня выше. Но, получается в списке проблем (вкладка проблемы) потом каждый опрос-срабатывание триггера закрыт как "решено". Получается целая портянка. И момент аварии свича, все нижестоящие устройства в "карте сети" видны как работающие. Т.е. цель по сути просто не выводить аварии низкого уровня в панели (виджетах) просмотра статистики\аварий.
Тем не менее, используя тэги можно таки извратится и сделать и корелляцию, которая закрывает события в этой же группе до SWITCH_DOWN, когда тот наконец сработает. Но мутно это всё - много труда, мало удовольствия.
Comment