monitoring-0.11

для общего развития вопрос - а чем monit не хорошая и уже давно работающяя альтернатива? можно сравненице

не, munin - наше всё :)
умеет всё о чем написано, изначально заточен под мониторинг целого домена, но можно и один комп :)

посмотрим на досуге..

>Доступная руская документация: http://ru.gentoo-wiki.com/index.php?t...

русская пишется несколько иначе

>Для примера см: http://monitoring.sourceforge.net/sc8-pr-shell1-f.sourceforge.net/sys.shtml

Not Found

Ну а в целом - хорошо когда есть такие утилиты, но в большинстве своем - с помощью rrdtools и нескольких простых скриптов, можно нарисовать все, что угодно P.S.Все это конечно, исключительно мое скромное мнение.

>>Доступная руская документация: http://ru.gentoo-wiki.com/index.php?t...

>русская пишется несколько иначе

Он украинец!

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

>не, munin - наше всё :) ...
да вот munin это уже очень близко, вот ещё аналоги, наши братья и сёстры: http://oss.oetiker.ch/rrdtool/rrdworld/index.en.html

>но в большинстве своем - с помощью rrdtools и нескольких простых скриптов, можно нарисовать все, что угодно P.S.Все это конечно, исключительно мое скромное мнение.
Да, если есть какаято численная переменная функцией времени - её график можно рисовать с помощю rrdtool. Monitoring как раз и является парой простых но очень мощьных и гибких скриптов которые избавляют Вас от рутинной работы по изучению внутреностей rrdtool и рисованию html страниц наглядно демонстрируя всю мощь rrdtool.. С его помощю можно легко мониторить (собирать информацию о работе, а не вмешиватся в работу) множество компьютеров, имеются скрипты для мониторинга: температур, напряжений, кулеров (lm_sensors); загрузки процессора, памяти, дисков, итд... (sar, df); сетевого трафика в разрезе правил экрана (iptables/ipfw). Если комуто мало по аналогии можно легко дописать свой скриптик и добавить мониторинг других даных.

>Для примера см: http://monitoring.sourceforge.net/sc8-pr-shell1-f.sourceforge.net/sys.shtml > Not Found

А где такую ссылку взяли?

Для примера см: http://monitoring.sourceforge.net/example.html

>Он украинец!

Да но не рыжий!!!

Подправьте орфографию.
sc8-pr-shell1-f.sourceforge.net : This page dministrated by: hse@ukr.net

>А где такую ссылку взяли?

"Постановка задачи Нужно осуществлять постоянный мониторинг основных параметров работы компьютеров (физических и системных) через сеть, собирать и выдавать эту информацию в удобной форме. Для примера см: http://monitoring.sourceforge.net/sc8-pr-shell1-f.sourceforge.net/sys.shtml "

Каким боком rrdtool к "сбору сведений"?

Cacti мне больше нравится.

Какти поудобнее выглядит. Может ктонибудь использовал Oreon или Ourmon - расскажут как они в деле ?

а все эти munim, Cacti и собственно сам сабж... умеет оправлять мыла при привышении порога и т.п. ?? например забилось место на диске на 90% или там машина перестала пинговаться ?? .... my favor: bigbrother он это может =) графики не строит... но я и не обламываюсь ...график можно и самому построить по данным с SAR

> а все эти munim, Cacti и собственно сам сабж... умеет оправлять мыла при привышении порога и т.п. ?? например забилось место на диске на 90% или там машина перестала пинговаться ??

Не знаю как выше указанные, но nagios с этим справляется прекрасно. Кстати, в статье по настройке monitoring, в имени "nagios" опечатка.

> умеет оправлять мыла при привышении порога
юзаю munin - в конфиге вроде такая опция есть, но пока не нужна..

небольшое замечание - "usAge": "memory usage", "cpu usage"... там (в примерах) скорее всего оЧеПатка :)

>Подправьте орфографию.
sc8-pr-shell1-f.sourceforge.net : This page dministrated by: ...

Спасибо поправил.

>Каким боком rrdtool к "сбору сведений"?

А rrdtool для этого и предназначена: переодически записывать в базу даные (сведения о изменениях во времени какого то параметра) и на их основе создавать графики.

>2vladislav
>А где такую ссылку взяли?

Спасибо теперь увидел, это старая ссылка осталась..

>Кстати, в статье по настройке monitoring, в имени "nagios" опечатка.

Поправил.

>2anonymous
>умеет оправлять мыла при привышении порога и т.п. ??

Да умеет, значения порога устанавливаются в /etc/monitoring/email_notification а сам почтовый адрес в /etc/monitoring/monitoring.conf

> график можно и самому построить по данным с SAR

Мыло тоже можно самому написать

>небольшое замечание - "usAge": "memory usage", "cpu usage"... там (в примерах) скорее всего оЧеПатка :)

Там пример создан програмой за 2004 год с оЧеПатками. Надо будет когдато заменить её свежей версией.

>> график можно и самому построить по данным с SAR > Мыло тоже можно самому написать

Это Вы уважаемый наверно с какойто _своей_ программой напутали, у нас в monitoring все бази даних, графики и html станички создаются автоматически!

> А rrdtool для этого и предназначена: переодически записывать в базу даные (сведения о изменениях во времени какого то параметра) и на их основе создавать графики.

Вот именно. Но хранение данных и их сбор -- ни разу не одно и то же.

Вопрос по теме: как у этой штуки с масштабируемостью? Скажем, со 100 серверов, забирать каждые 5 минут параметры CPU/Memory/Load/Disk/etc реально?

поправь

http://monitoring.sourceforge.net/

Exampel of monitoring.

>Вот именно. Но хранение данных и их сбор -- ни разу не одно и то же.

Хранение даных и их сбор - две большые разницы, согласен, но переодическую запись в базу даных наверно всё таки можно называть "сбором даных"

>Вопрос по теме: как у этой штуки с масштабируемостью? Скажем, со 100 серверов, забирать каждые 5 минут параметры CPU/Memory/Load/Disk/etc реально?

Я не думаю что найдётся пакет работающий с rrd базами быстрее чем monitoring. Год назад мне писали что с его помощю мониторят какойто кластер в Испании я поищу их мейл чтобы узнать сколько там узлов..

По умолчанию даные CPU/Memory/Load/Sensors собираются каждую минуту, а disk/network каждые 10 минут! Для 100 серверов размер бази превисит 200Mb а сгенерированих скриптов для создания графиков превисит 2Mb (для увеличения скорости для каждого графика генерится отдельный скрипт) сервера опрашиваются паралельно и нагрузка на административный комп совсем небольшая так что я думаю справится даже так.. Можно просто генерить графики cron-ом реже...

Если захотите собирать даные каждые 5 минут то надо пересчитать соответствующие /etc/monitoring/*.rrd.cf - на основе которых создаются бази (sensors.rrd.cf, system.rrd.cf - расчитаны на приём даных каждую минуту, а disk.rrd.cf, network.rrd.cf - каждые 10 минут) и поправить cron.

Я пересчитаю параметри для создания базы с переодичностю поступления даных 5 минут и запощю, да и в инете для 5-ти минут есть где то готовые расчёты баз rrd.

Иптицо, если аффтар такой грамотный - ну нахер такой софт, меня стремает его использовать просто.

На один сервер по умолчанию создаётся более 20Mb баз по этому для мониторинга 100 серверов наверное всё же лучше использовать 5 минутный интервал с экономными настройками бази:
# cat /etc/monitoring/5min.rrd.cf
0.5:1:650 0.5:6:750 0.5:24:850 0.5:288:900

Пример расчёта базы: http://ru.gentoo-wiki.com/Мониторинг_работы_системы#.D0.9F.D1.80.D0.B8.D0.BC.D0. B5.D1.80_.D1.80.D0.B0.D1.81.D1.87.D1.91.D1.82.D0.B0_.D0.BD.D0.B0.D1.81.D1.82.D1. 80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B1.D0.B0.D0.B7.D1.8B_RRD

>Иптицо, если аффтар такой грамотный - ну нахер такой софт, меня стремает его использовать просто.

Не удобно, есть куча альтернатив, а с rrdtool больше чем оно может дать не выжмеш и в результате получаеш в большенстве случаев менее гибкую систему, с такими ж или худшими графиками, но более медленую... Я сам админ и мониторилку писал для себя, мне она очень удобна..