Comments 43
Особых проблем с установкой не должно возникнуть
Из личного опыта — Zabbix Server на виртуалке это не очень хорошее решение. На 150+ айтемов в секунду дисковая подсистема умирала (гипервизором служил Xen). После переезда на выделенное железо с теми же ТТХ сейчас обрабатывается в разы больше.
Я, к сожалению сталкивался не один раз, когда на одном и том же железе Xen работал медленнее Linux + kvm, VMware или Hyper-V, драйвера и поддержка виртуализации гостем и хостом гостевой ОС всё таки сильно влияют.
Вот в примерах (допустим в «система перегружена») есть 2 условия: на вход (где TRIGGER.VALUE = 0) и на выход (где TRIGGER.VALUE = 1)… Там со знаками больше/меньше все правильно?
При сработавшем триггере, он остаётся активным, если максимальный LA за последние 2 минуты больше 1.
Начиная с версии 3.2 есть разделение на условие проблемы и условие восстановления (выхода из проблемы). Макросы {TRIGGER.VALUE} больше не нужны. Несколько примеров: https://www.zabbix.com/documentation/3.2/manual/config/triggers/expression#hysteresis
Может есть уже готовые подобные связки или плагины для Zabbix?
При большом объеме загружаемой в Zabbix информации как минимум нужно использовать партиционинг чтобы избежать лишней нагрузки от хаускипера (удаление старых данных). И все равно такие объемы метрик как в графите будут нереальны.
По моему опыту в заббикс имеет смысл лить то на чем построены тригеры + немного «справочной» информации (не перебарщивая), а разного рода метрики действительно удобнее иметь в графите или чем-то подобном с RRD базами.
Метрики неплохо собираются набором ELK, например.
Или просто тем же Carbon + Graphite, как, допустим, у меня сейчас на тестовом кластере.
Некоторые современные пакеты п/о сами изнаачально умеют слать метрики в Carbon, например PowerDNS
Мелкие ISP выбирают системе попроще, типа cacti и/или nagios.
Если сравнивать с продуктами линейки TrueSight, от той же BMC — то Zabbix выглядит как простая легковесная (как в настройке так и в эксплуатации) система.
И в то же время по функционалу (реальному, который несет бизнесу некоторый value) уступает совсем немного.
Для мелких компаний, с десятком серверов Zabbix (как и BMC) может быть действительно не актуален. Там и что-то типа Monit справится и даст тот же результат, что и Zabbix.
Но когда серверов тысячи или десятки тысяч или сотни тысяч — то Zabbix начинает выигрывать как минимум по стоимости лицензий: общая стоимость владения выходит на порядок (или даже более) дешевле, чем у «тяжелых» систем, при том, что ключевые проблемы им решаются.
Но когда серверов тысячи или десятки тысяч или сотни тысяч
Стоп, это уже редкость.
Даже сотня другая третья серверов, виртуалок, приложений, микросервисов, сетевых устройств, датчиков с snmp-интерфейсами или любых других объектов в инфраструктуре (заббиксу все равно что именно мониторить) — это далеко не редкость! Это по сути масштаб средненького ИТ-проекта.
И уже на таком масштабе Zabbix становится оправданным. Не говоря о любой энтерпраз-инфраструктуре, где всего разного еще на порядок больше. Стоит только присмотреться.
Даже сотня другая третья серверов, виртуалок, приложений, микросервисов, сетевых устройств, датчиков с snmp-интерфейсами или любых других объектов в инфраструктуре
Для этого с головой хватит cacti.
заббиксу все равно что именно мониторить
Если IOPS и памяти хватит :)
Попробуйте Ganglia.
Последняя версия 3.7.1 (1 апреля 2015)
Кто поддерживать будет?
Даже на сайт сходить не удосужились.
Сравните объемы и скорости выходов новых версий cacti, nagios, zabbix или monit.
Честно сказать не вижу конструктива в ваших комментариях, по этому становится не интересно вести диалог. И на большее, чем кратенько ответить на комментарий интереса уже нет.
У вас проблемы с оценкой количеств метрик.
нет у меня никаких проблем, у меня все отлично :)
Для этого с головой хватит cacti.
по каким критериям вы решили что "хватит"? ведь у разных людей могут быть разные требования к системе.
Если IOPS и памяти хватит :)
а разве Zabbix потребляет много ресурсов? а много это сколько?
А если еще поднять вопрос отказоустойчивости. Какой допустимый минимальный простой системы мониторинга? Резервное копирование сервера и базы данных? А большая часть внедрения, это постановка на мониторинг ИТ-инфраструктуры как сервисов.
Для системы мониторинга тоже актуальны такие вещи как: Согласования, разработка, внедрение, документирование, поддержка, развитие. И допущенные технические просчеты на этапе внедрения будут увеличивать сложность обслуживания в продуктиве.
Правильное обнаружение проблем с помощью Zabbix