Возможно ли в Zabbix построить мониторинг с выявлением причины сбоя?

Question

[dmvlch_dev]

С помощью Zabbix можно мониторить практически что угодно, но как выстроить мониторинг таким образом, что бы он указывал причину инцидента?
Например, сработал триггер что сервис возвращает ответы HTTP 500 или 404 по причине отсутствия соединений с БД

Comments

[aleks-th]

Да\НЕТ нужное подчеркнуть )))

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

Answer 1

[Dmitry]

заббикс это просто инструмент. головой думать все равно придется.
чтобы было легче находить хвосты, в заббиксе есть куча возможностей. например можно строить триггеры с зависимостями.
то есть можно к веб-серверу добавить мониторинг логов на предмет 5xx кодов, добавить каскадом триггеры на лог с SQL Slow Query на сервере баз данных и прочие ошибки и тэ дэ и тэ пэ.
И все это красиво разрисовать на карте в виде квадратиков, соединенных логическими связями. И тогда можно сразу видеть что и где срабатывает и кто от кого зависит. Системные проблемы сразу становятся видно. НО думать вначале что и как мониторить все равно придется.

Answer 2

[ky0]

Пишете скрипт, который, выражаясь вашим термином, "выявляет причину сбоя" - и делаете с помощью него элемент данных с триггером.

Comments

[dmvlch_dev]

Как быть если система распределенная?
Например приложение находится на нескольких серверах, плюс отдельно кластер БД при условии что приложение не возвращает метрик

[Daemon23RUS]

dmvlch_dev, Так для распределенных систем самое оно, позволяет консолидировать поток отчетов, грубо говоря на одном экране заббикса, если приложение Ваше, добавьте в него взаимодействие с заббиксом, в инстансе критическая ошибка - аларм в заббикс, отсуттвие серцебения -аларм, ошибка с базой - аларм. Ну а в заббиксе подстройте "критичность" ошибки, сколько их в секунду/минуту/час для Вас 1 в час или 30 в минуту. Отсутствие активности приложения (инстанса), тоже может быть для Вас алармом.