Ох уж эти глюки…
Буквально на прошлой неделе расвернул его из debian Lenny пакета на одной ферме вместе с frontend-php. Работает.
На этой неделе пытался на фторой ферме поставить. Любой POST запрос в море приводит к висяку и таймауту по mex execution time. Скачал исходники, вонзил вебморду от 1.6. Работает…
Если большое количество серверов и свичей, то смотреть по карте наверно не удобно. Но в нагиосе всегда это дело можно посмотреть списком. И тем более у нас и не запредельно много оборудования и мне кажется, что другого и не надо на моей работе.
Сразу сложно разобраться в айтемах, триггерах, экшенах, медиа типах и глюках(привет неработающее оповещение jabber-приходится скрипты свои юзать)… Тем более когда тебе мониторить надо всего менее 10 едениц оборудования.
Монит очень негибкий. Например ему нельзя сказать, что рестарт сервиса надо делать только после N таймаутов по M секунд. Или, что start скрипт может отрабатываться в течении 10 секунд и в это время не надо пытаться перезапускать процесс…
Мониторинг должен быть более программируемым. Таким как mon (perl), или god (ruby), или свой скрипт на bash в кроне ,-)
Был печальный опыт использования монита на одном из серверов. Вся проблема не совсем в гибкой настройке. Хочется большего при мониторинге сетевых интерфесов. Наблюдение за ppp0 организовать не удалось.
Для своего сервера использую Monit, на работе для мониторинга проекта — Zabbix. Автор абсолютно прав в том, что Zabbix крут, но это полный звездолет. Монит прост, интуитивно понятен и для решения задачи мониторинга совершенно определенных базовых вещей на *nix-сервере со стандартным дистром подходит на все 100%. Если че-то не хватает — можно по событиям запускать свои внешние скрипты.
MonIT + M\MonIT = простой и бесплатный мониторинг нескольких серверов