LINUX.ORG.RU

История изменений

Исправление router, (текущая версия) :

xymon

Легковесность.

В распределённой конфигурации мониторил ~ 1.5k хостов легко. В другой компании ~ 1к хостов повесили на один сервер. Там нагрузка на сервер была выше, но справлялся.

Мониторинг HTTP и состояния процессов. Если можно указывать свои скрипты как в Munin, то прекрасно.

всё есть

Уведомления. Нужна возможность запускать свой скрипт (sendxmpp).

Штатно работать с xmpp не умеет. Если у тебя есть скрипт, то он легко подключается

man alerts.cfg

       SCRIPT /path/to/script recipientID Recipient  that  invokes  a  script.
       This  takes two parameters: The script filename, and the recipient that
       gets passed to the  script.   The  strings  "&host&",  "&service&"  and
       "&color&"  in  the recipientID will be replaced with the hostname, ser-
       vice and color of the alert, respectively.

Кроссплатформенность (Linux, Windows).

Клиенты на любой ОСи работают. Сервер ставил только на linux, нужно свериться с документацией

Графики мне не нужны

Они есть. Новые добавляются не слишком просто, но добавляются.

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

По умолчанию клиент раз в 5 минут шлёт данные на сервер. Интервал можно менять, но графики ( из rrd ) заточены под 5 минутные интервалы. Если клиент не прилал данные в течение 30 минут, считается что он совсем помер, и это тоже отражается как проблема.

Опрос со стороны сервера xymon ( http(s), dns, ping, ssh, pop3(s), imap(s) и т.д. ) по умолчанию тоже раз в 5 минут, меняется в tasks.cfg. Все интервалы настраиваются.

Если появятся вопросы, спрашивай.

З.Ы. zabbix не советую, намучаешься. Возможностей у него больше, геморроя - на порядок больше

З.З.Ы. по умолчанию конфигурируется всё на стороне сервера. Клиент шлёт список процессов, заполненность дисков, использование памяти и т.д., а сервер интерпретирует их в соответствии со своим конфигом.

Клиент можно перевести в режим локальной конфигурации, после этого объекты мониторинга будут браться из конфига клиента, а на сервер отправляться только результаты.

Исходная версия router, :

xymon

Легковесность.

В распределённой конфигурации мониторил ~ 1.5k хостов легко. В другой компании ~ 1к хостов повесили на один сервер. Там нагрузка на сервер была выше, но справлялся.

Мониторинг HTTP и состояния процессов. Если можно указывать свои скрипты как в Munin, то прекрасно.

всё есть

Уведомления. Нужна возможность запускать свой скрипт (sendxmpp).

Штатно работать с xmpp не умеет. Если у тебя есть скрипт, то он легко подключается

man alerts.cfg

       SCRIPT /path/to/script recipientID Recipient  that  invokes  a  script.
       This  takes two parameters: The script filename, and the recipient that
       gets passed to the  script.   The  strings  "&host&",  "&service&"  and
       "&color&"  in  the recipientID will be replaced with the hostname, ser-
       vice and color of the alert, respectively.

Кроссплатформенность (Linux, Windows).

Клиенты на любой ОСи работают. Сервер ставил только на linux, нужно свериться с документацией

Графики мне не нужны

Они есть. Новые добавляются не слишком просто, но добавляются.

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

По умолчанию клиент раз в 5 минут шлёт данные на сервер. Интервал можно менять, но графики ( из rrd ) заточены под 5 минутные интервалы. Если клиент не прилал данные в течение 30 минут, считается что он совсем помер, и это тоже отражается как проблема.

Опрос со стороны сервера xymon ( http(s), dns, ping, ssh, pop3(s), imap(s) и т.д. ) по умолчанию тоже раз в 5 минут, меняется в tasks.cfg. Все интервалы настраиваются.

Если появятся вопросы, спрашивай.

З.Ы. zabbix не советую, намучаешься. Возможностей у него больше, геморроя - на порядок больше