"Building Linux Monitoring Portals with Open Source (http://www.linuxtech.cc/article001.php)" - небольшое руководство по построению системы мониторинга сети используя пакеты MRTG (http://people.ee.ethz.ch/~oetiker/webtools/mrtg/) и Angel (http://www.paganini.net/angel/).
Более популярные системы мониторинга: Big Sister (http://bigsister.sourceforge.net/) и Nagios (http://www.nagios.org/).
URL: http://www.linuxtech.cc/article001.php
Новость: http://www.opennet.me/opennews/art.shtml?num=4831
Прикольное решение, конечно... А вот подскажи, многоуважаемый all. Вокруг MRTG надо с бубном бегать, чтобы мониторить SMP-машину?И вообще там неправильно написали: вместо Building Linux Monitoring Portals надо было Building *nix Monitoring Portals
> Вокруг MRTG надо с бубном бегать, чтобы мониторить SMP-машину?Тут проблема не в MRTG-е а в net(ucd)-snmp -оно не умеет отдавать
счетчики раздельно по процессорам.
А главная ее проблема - крайняя тормознутость, вытекающая из необходимости
постоянного парсенья конфигов перлом. При мониторинге больше
1000 параметров (вполне реальная цифра) у нас проседает под этим
делом SPARC. Другой "фичей" является то, что цитирую статью:
This tool is mainly used for tracking statistics on network devices.
т.е. один график - 2 параметра.
Так что при мониторинге большего кол-ва значений лучше попробовать
что-нибудь вроде cricket-а или самому писать скрипты чтения SNMP и
записи в rrd-tools
>А главная ее проблема - крайняя тормознутость, вытекающая из необходимости
>постоянного парсенья конфигов перлом. При мониторинге больше
>1000 параметров (вполне реальная цифра) у нас проседает под этим
>делом SPARC.А не из-за перерисовки каждый раз 1000*4 графиков он у вас проседает ? Perl здесь не причем, графики рисуются через библиотеку GD, которая на Си. Приверните к MRTG rrdtools и отдавайте графики скриптом, чтобы перерисовывать их только при реальном запросе пользователя.
>This tool is mainly used for tracking statistics on network devices.
>т.е. один график - 2 параметра.Опять смотрите в сторону использования rrdtools в mrtg, там хоть 10 линий на одном графике можно указывать.
>записи в rrd-tools
Автор rrd-tools и mrtg одно лицо и написана эта софтина была для решения указанных вами проблем в mrtg.
> А не из-за перерисовки каждый раз 1000*4 графиков он у вас проседает ? Perl здесь не причем, графики рисуются через библиотеку GD, которая на Си. Приверните к MRTG rrdtools и отдавайте графики скриптом, чтобы перерисовывать их только при реальном запросе пользователя.Нет, все сделано как в статье - связка: MRTG- по крону считывает счетчики и
скидывает в rrd-tools базу, 14all.cgi динамически при просмотре
генерирует графики через вызов GD из rrd-tool.> Опять смотрите в сторону использования rrdtools в mrtg, там хоть 10 линий на одном графике можно указывать.
В rrd-tools - да, он способен на такое, а вот MRTG не способен запихнуть
в его базу более 2-х параметров на график.> Автор rrd-tools и mrtg одно лицо и написана эта софтина была для решения указанных вами проблем в mrtg.
Проблему большого времени генерации граффиков это решило,
а вот неоправданно большой загрузки проца при считывании SNMP
и лимита 2-х параметров - нет.
Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков.
Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца.
> Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков.
> Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца.Это есть с unlimited nodes лицензией, стоит на соседнем SPARC-е :-)
Только к нему в комплекте один cisco view. А надо мониторить
еще net-snmp, juniper, rad, mvts. А разбираться, как самому
писать mib-ы времени нет. С MRTG все намного проще - указал OID
в конфиге и все.
Простите, а зачем самому mib'ы писать ? Большинство производителей предоставляют mib'ы. Даже бесплатно :) У нас HP OV NNM вполне мониторит разнообразное оборудование (железная дорога - с оборудованием зоопарк редкостный :) - главное нужные mib'ы подгрузить.
Графики в NNM совсем не читабельны. Когда принёс один такой начальству, меня чуть ли трёх этажным обложили за то что столько денег вложили на NNM, а он ресует такие каракули. Поэтому для них сделала MRTG, просто и доступно не специалисту. А NNM для себя. Data collector его не прост вконфигурировании. Или я не до конца догоняю. Хотелось бы с колегами мнением обменяться
Если нужна халявная система для мониторинга различного оборудования (от UPS до маршрутизаторов Cisco) можно попробовать OpenNMS (opennms.org).
Гибкие настройки на основе XML. Веб-интерфейс.
Для построения графиков там,кстати, тоже используется rrd-tool.
MIB's роемся до опупения.http://www.simpleweb.org/ietf/mibs/index.html?sel=IETF
А чтоб не тормозило надо запрашивать все одним запросом. А не плодить пучками потоки и подклчения. Тогда и тормозить перестанет.