Подходит ли Zabbix для меня?

Я просто хочу контролировать небольшое количество серверов (менее 10).

Из прочтения различных мест звучит так, что ведущими претендентами (по крайней мере, для открытого кода) являются:

• Nagios
• Munin
• Zabbix

Из того, что я прочитал, многие люди используют munin и nagios вместе - munin для истории и графиков, и nagios для оповещения.

С другой стороны, похоже, что Zabbix является более полным решением и проще в настройке, чем любой из двух других. Так что я думал о том, чтобы пойти по этому пути.

Мои мысли сейчас:

1. Каковы общие недостатки Zabbix?
2. У Zabbix есть небольшая площадь на коробках, которые он отслеживает?
3. Мне действительно нужно настроить целый другой сервер для этого? У меня в настоящее время есть сервер, который находится под очень легкой нагрузкой - могу ли я это сделать с двойной целью?

Я думаю, что было бы лучше сконцентрироваться на ответах на конкретные вопросы, которые у вас были, принимая во внимание размер вашего запланированного развертывания (~ 10 отслеживаемых хостов).

1. Каковы общие недостатки Zabbix?

   • он не будет автоматически определять, что отслеживать, когда предупреждать вас и т. д. - вам придется подумать о том, какие метрики вам интересны, и настроить их заранее.
   • отладка оставляет желать лучшего. хотя с такой небольшой средой параметры справки, такие как форум, канал IRC и т. д. должны быть достаточно легкими

2. У Zabbix есть небольшая площадь на коробках, которые он отслеживает?

   Да, безусловно. Zabbix может осуществлять мониторинг, используя такие методы, как SNMP, простые сетевые проверки (порт открыт?), А также имеет встроенный агент для многих платформ. Поскольку агент написан на C, он занимает очень мало места (в отличие от множества интерпретируемых сценариев ...). Вы можете легко комбинировать различные проверки на одном контролируемом хосте. Обратите внимание, что вы не ограничены серверами мониторинга, вы также можете добавлять сетевые устройства и другие вещи.

3. Мне действительно нужно настроить целый другой сервер для этого? У меня в настоящее время есть сервер, который находится под очень легкой нагрузкой - могу ли я это сделать с двойной целью?

   Зависит - если он работает под управлением одной из поддерживаемых операционных систем для сервера - определенно. Для этой среды требования будут действительно низкими. Убедитесь, что шаблоны по умолчанию используются только в качестве руководства. Рекомендуется создавать собственные шаблоны с более длительными интервалами между проверками. По сути, Zabbix состоит из 3 компонентов - БД, интерфейс и сервер. При желании вы можете повторно использовать существующий сервер базы данных и существующий веб-сервер в компании для первых двух компонентов, а затем запустить Zabbix-сервер на любой поддерживаемой платформе - это совершенно правильная конфигурация.

Любые конкретные запросы будут очень приветствоваться в #zabbix на Freenode.

Я использую Zabbix в течение 2 лет, прежде чем я использовал Nagios ...

На мой взгляд, большая разница заключается в том, что с Nagios вы получаете статус (OK / WARNING / CRITICAL), с Zabbix вы получаете данные (целое число, число с плавающей запятой, строка ...)

Это действительно хороший момент для Zabbix, потому что:

• Вы можете строить любые (числовые) данные без «создания / определения» графика
• вы можете «легко» определять оповещения / триггеры из более чем одного значения данных

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

Недостатки Zabbix:

• менее известный, чем Nagios
• база данных для хранения конфигурации и данных (более сложная для резервного копирования и обработки, чем простые файлы)

Каковы ваши цели для мониторинга? Uptime? Производительность? Метрики биллинга? Некоторые из перечисленных выше утилит лучше для каждого из этих применений, а некоторые хуже.

Для обеспечения бесперебойной работы мы используем monit , который является бесплатным и простым в настройке на системах Unix / Linux. Эта утилита отслеживает, является ли процесс активным, и гарантирует, что он не использует больше, чем его справедливая доля ресурсов (ЦП, память) - и, если он ведет себя неправильно, monit перезапустит процесс.

Для мониторинга производительности предлагаю munin . Его легко настроить, и он использует perl / bash / python / любой другой в качестве метода сбора данных. Munin обладает способностью собирать данные о производительности с нескольких машин в одном месте и создает простые для понимания графики.

Для метрик биллинга (потребление пропускной способности) я предлагаю PRTG . Это не бесплатно, но предоставляет отчеты и статистику профессионального уровня, которые можно легко использовать как часть отчета о выставлении счетов вашему клиенту, если вы делаете такие вещи. Мы заменили нашу установку Zabbix, которая требовала использования агентов на каждой контролируемой машине, на PRTG, которая использует SNMP, и мы никогда не оглядывались назад.

Я также использовал Zenoss , который был очень приятным и простым в установке и настройке. Zenoss потребовался длительный период обучения, чтобы научиться получать все необходимые нам метрики.

Я использую zabbix для мониторинга инфраструктуры нашей компании (всего 6 серверов + все сетевое оборудование). У меня был Zabbix более двух лет, и он прекрасно работает. Мне нравится тот факт, что все это в одном приложении и не требует установки множества плагинов. Интерфейс не выиграл никаких наград за дизайн, но он продуман на удивление хорошо с точки зрения функциональности. В прошлом у меня были некоторые проблемы с оборудованием на наших серверах, и наличие большого количества исторических данных в zabbix определенно помогло их обойти.

Некоторые версии, казалось, имели проблемы со стабильностью и время от времени зависали, но monit позаботился об этом.

Я рекомендую ставить zabbix на отдельную коробку (и некоторое списанное серверное оборудование 3-4 года назад будет работать довольно хорошо). Само приложение не очень тяжелое, но оно создает значительную нагрузку на базу данных (в моем случае mysql) - Сохранение всех исторических данных не обходится дешево.

Я использовал Zenoss и Zabbix. Единственная жалоба, которая у меня есть в отношении Zabbix, заключается в том, что он, кажется, всегда падает на меня. У меня была одна установка на моей старой работе, где мы удвоили Zabbix и Zenoss (Камил может ответить на этот вопрос больше), а также установку дома и в Free Geek Vancouver, где я выполняю там работу системного администратора. Все три сбиваются на регулярной основе, и демон необходимо будет перезапустить.

Zenoss, на мой взгляд, хорош, потому что он достаточно стабилен и имеет гораздо более приятный пользовательский интерфейс, однако он очень ресурсоемкий.

Несмотря на все сказанное, я по-прежнему буду использовать Zabbix для решения по мониторингу только потому, что способ SOP для настройки новых устройств больше соответствует тому, как я думаю. Лучше всего настроить их все и посмотреть, какой из них вам больше нравится.

Мы используем Zabbix уже более 4 лет (сейчас работаем с 1.6), и он до сих пор не сломался ни разу (работает на RHEL5). В прошлом моей единственной жалобой было отсутствие документации и дружеской поддержки (речь шла о бесплатной поддержке сообщества). Есть лучшая документация, теперь я заметил.