Комментарии 5
Система мониторинга должна быть гибкой и легко конфигурируемой, чего не скажешь о веб-интерфейсе Zabbix. Поэтому для упрощения конфигурирования решено было реализовать систему, при которой как можно больше данных о наблюдаемых показателях Zabbix должен был забирать с целевого сервера.
Собственно поэтому отказались от Заббикса в пользу Icinga2+Graphite
Почему не https://prometheus.io/?
Веб-интерфейс это и сила и слабость Zabbix-а.
Есть еще такая штука как «прогнозирующий мониторинг». Это, грубо говоря, если места на диске вполне достаточно на данный момент, но если оно продолжит убывать текущими темпами, то оно очень быстро закончится. Позволяет отлавливать сбои до того, как они станут проблемой. Кстати, Zabbix это тоже умеет начиная, если память не изменяет, с 3.0.
Система мониторинга должна быть гибкой и легко конфигурируемой, чего не скажешь о веб-интерфейсе Zabbix.
В системах мониторинга любые изменения делаются вручную в веб-интерфейсе со статическими заданными параметрами.
«Чего только не придумают люди, лишь бы документацию не читать» (с) :-)
Вообще-то у заббикса есть API, который позволяет все эти прекрасные вещи делать совсем не руками. Так что можно было бы навешивать шаблоны для мониторинга различных версий/приложений на конкретные хосты, и менять их при смене версии/приложения. Это можно делать через API.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Zabbix для DevOps: как мы внедряли систему мониторинга в процессы разработки и тестирования