Pull to refresh

Comments 14

monit следит за zabbix, а кто следит за monit? Monit не нужен, все делается нативными способами systemd

А zabbix за monit, очевидно. Обычная взаймостраховка. Если умирают оба, мониторинг зажигает аварию "Давно не было данных от агента".


Не надо преувеличивать. Systemd это не инструмент мониторинга. Счастье, что в нём нет поддержки IMAP/POP3/SMTP и много чего ещё, что есть в монит.

systemd может перезапускать упавший агент. Письмо конечно не пошлет.

Об этом и говорю. Скрипт не запустит, протоколы не умеет. Ибо не мониторинг.

Ну с другой стороны, а что еще надо? Если агент просто упадет, он его поднимет. Если агент упадет и не сможет подняться, в заббиксе должен алерт подняться «агент упал».

Зачастую процесс жив, но по сути не функционирует, надо уметь общаться с процессом "на его языке" чтобы определять его состояние. Лично сталкивался с таким на примере zabbix-agent-а. С тех пор починили вроде, но есть и другие подобные запросы, в т.ч. и от клиентов со странными программами.

А пароль от гита доступен только участникам?
немного не понял по поводу проблемы «нарушение связности ДЦ с системой мониторинга»
что мешает повесить тригер на прокси который в ДЦ собирает данные и во все остальные тригеры этого ДЦ повесить зависимость?
Если нет прокси- то на другой высокодоступный объект типа мегароутера дц
вроде бы давно уже такой механизм есть и работает

Тем что штатно такое заббикс не умеет и надо костылить в каждом хосте. А это значит все шаблонные триггеры надо привязывать к проверке на доступность прокси.


В общем такое себе удовольствие.

Как понимаю, если oom убил агента заббикса, это проблемы заббикса. У icinga2 в таком случае прилетает уведомление.

Sign up to leave a comment.