> Вы просто не умеете его готовить :)я умею готовить и то и другое. Съел собаку на их обслуживании и реализации всяких нестандартных мониторингов. И скажу вам, что любой плотно юзающий в продакшене и то и другое решение скажет вам, что Zabbix может и справится с задачей озвученной выше, но гораздо большей кровью, чем Nagios.
Каждый инструмент под свою задачу.
Если нужна простота и быстродействие, никаких сложных задач, типа всяких хитрых условий переключения в критическое состояние, то юзайте Nagios(хотя и с его помощью многое можно сделать).
Если нужен хитрый алгоритм выработки уведомлений, + красивые графики и карты из коробки, то ваш выбор Zabbix. Но и в Nagios`е это можно прирутить. Не долго.
Заббикс намного более требовательный к железу из-за мускуля, который нужно тюнить(а если у вас много всего мониторится, то тюнинг обязателен), и по тем же причинам менее надежный.
Выше описанная задача больше подходит для Nagios`а. Для Заббикса придется покупать мощные машины, выделять на отдельную машину БД для него с кучей оперативы и тюнить мускуль.
>Не используйте стандартные темплейты, пишите свои.
>Если решите отредактировать стандартные, без сожаления покромсайте, как минимум, 3/4 итемов. Они, на самом деле, Вам не нужны.
Ясен пень, спасибо кэп, это же не SCOM! Даже смешно, там темплейтов-то только под стандартные задачи. Все делается напильником.
> Оставшимся увеличьте время опроса раза в три, или, даже, в тысячи. В самом деле, зачем, например, узнавать каждые тридцать секунд общий объем дисковой подсистемы? Достаточно это делать раз в сутки.
Спасибо кэп =) Опять же, все делается напильником, у всех свои задачи.
Вот в очередной раз вы говорите только в контексте своей работы =) У нас проверка item`ов по-умолчанию 3 минуты =) И объем дисковой подсистемы может за 3 минуты сильно вырасти, и какой-нибудь выжный сервер перестанет работать. Да и трафик с интерфейсов сетевых устройств снимать надо и на графики смотреть. Короч, совет бесполезный, у каждого свои приоритеты.
> ... Nagios имхо, страшный хардкор, требующий, для построения нормальной службы мониторинга (не только доступности, но и анализа работы сервисов) невероятное число человеко-часов.
Ха ха, не смешите меня =) Чуть-чуть больше времени, чем тот же Zabbix. В Nagios`е тоже есть темплэйты, разница только в том, что в первом случае вы жамкаете мышкой и стучите по клавишам. А во втором только стучите по клавишам.
А что по вашему значит "анализ работы сервисов" объясните, пожалуйста. И что такое "нормальная служба мониторинга"? Мне лично не понятно что вы имеете ввиду.
Тот же SCOM это позволяет, но там тоже все абстракции, которые не дают реальной картины.
Centreon я юзал. Решил что нафиг надо. Конфигурация через web-интерфейс нафиг не нужна. Это доп расходы производительности, которые дают мало плюсов. Ну графики - это да, неплохо, но это можно прикрутить и отдельно.
> ...убивало то, что сам по себе Nagios не умеет вообще ничего, кроме мониторинга доступности...
Эм, в каком смысле? Что-то я не понимаю. Как это не умеет? Есть огромная куча плагинов для различных приложений. Да можете и сами написать плагин хоть на шелле. 10 минут. Есть http://www.monitoringexchange.org/ где народ выкладывает свои плагины, хотите правьте.
Как-будто у Zabbix есть все искоробки =)
Как правило и то другое надо пилить. Все что есть у Zabbix`а искаробки - это базовый мониторинг, который есть и у Nagios`а
> Хочешь графики > куча секса по интеграции с кактусом
В топку такие извращения. Юзайте pnp4nagios. Кактус в данном случае нафиг не нужен. Ну или что-нибудь типа nagiosgraph.
