https://www.opennet.ru/openforum/vsluhforumID3/4841.html "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/).<br><br><br>Более популярные системы мониторинга: Big Sister (http://bigsister.sourceforge.net/) и Nagios (http://www.nagios.org/).<br><br><br>URL: http://www.linuxtech.cc/article001.php<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=4831<br> https://www.opennet.ru/openforum/vsluhforumID3/4841.html#10 Wed, 12 Jan 2005 09:55:52 GMT MIB's роемся до опупения.<br><br>http://www.simpleweb.org/ietf/mibs/index.html?sel=IETF<br><br>А чтоб не тормозило надо запрашивать все одним запросом. А не плодить пучками потоки и подклчения. Тогда и тормозить перестанет. https://www.opennet.ru/openforum/vsluhforumID3/4841.html#9 Wed, 05 Jan 2005 13:22:36 GMT Если нужна халявная система для мониторинга различного оборудования (от UPS до маршрутизаторов Cisco) можно попробовать OpenNMS (opennms.org).<br>Гибкие настройки на основе XML. Веб-интерфейс.<br>Для построения графиков там,кстати, тоже используется rrd-tool. https://www.opennet.ru/openforum/vsluhforumID3/4841.html#8 Fri, 31 Dec 2004 08:34:16 GMT Графики в NNM совсем не читабельны. Когда принёс один такой начальству, меня чуть ли трёх этажным обложили за то что столько денег вложили на NNM, а он ресует такие каракули. Поэтому для них сделала MRTG, просто и доступно не специалисту. А NNM для себя. Data collector его не прост вконфигурировании. Или я не до конца догоняю. Хотелось бы с колегами мнением обменяться https://www.opennet.ru/openforum/vsluhforumID3/4841.html#7 Sat, 25 Dec 2004 12:42:32 GMT Простите, а зачем самому mib'ы писать ? Большинство производителей предоставляют mib'ы. Даже бесплатно :) У нас HP OV NNM вполне мониторит разнообразное оборудование (железная дорога - с оборудованием зоопарк редкостный :) - главное нужные mib'ы подгрузить. https://www.opennet.ru/openforum/vsluhforumID3/4841.html#6 Sat, 25 Dec 2004 11:51:51 GMT &gt; Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков. <br>&gt; Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца. <br><br>Это есть с unlimited nodes лицензией, стоит на соседнем SPARC-е :-)<br>Только к нему в комплекте один cisco view. А надо мониторить<br>еще net-snmp, juniper, rad, mvts. А разбираться, как самому<br>писать mib-ы времени нет. С MRTG все намного проще - указал OID<br>в конфиге и все.<br> https://www.opennet.ru/openforum/vsluhforumID3/4841.html#5 Fri, 24 Dec 2004 13:18:48 GMT Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков. <br>Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца. <br><br>http://www.openview.hp.com/products/nnm/tc_nnm_0001.html https://www.opennet.ru/openforum/vsluhforumID3/4841.html#4 Fri, 24 Dec 2004 07:44:36 GMT &gt; А не из-за перерисовки каждый раз 1000*4 графиков он у вас проседает ? Perl здесь не причем, графики рисуются через библиотеку GD, которая на Си. Приверните к MRTG rrdtools и отдавайте графики скриптом, чтобы перерисовывать их только при реальном запросе пользователя.<br><br>Нет, все сделано как в статье - связка: MRTG- по крону считывает счетчики и<br>скидывает в rrd-tools базу, 14all.cgi динамически при просмотре<br>генерирует графики через вызов GD из rrd-tool.<br><br>&gt; Опять смотрите в сторону использования rrdtools в mrtg, там хоть 10 линий на одном графике можно указывать.<br><br>В rrd-tools - да, он способен на такое, а вот MRTG не способен запихнуть<br>в его базу более 2-х параметров на график.<br><br>&gt; Автор rrd-tools и mrtg одно лицо и написана эта софтина была для решения указанных вами проблем в mrtg.<br><br>Проблему большого времени генерации граффиков это решило,<br>а вот неоправданно большой загрузки проца при считывании SNMP<br>и лимита 2-х параметров - нет. https://www.opennet.ru/openforum/vsluhforumID3/4841.html#3 Fri, 24 Dec 2004 06:28:41 GMT &gt;А главная ее проблема - крайняя тормознутость, вытекающая из необходимости <br>&gt;постоянного парсенья конфигов перлом. При мониторинге больше <br>&gt;1000 параметров (вполне реальная цифра) у нас проседает под этим <br>&gt;делом SPARC. <br><br>А не из-за перерисовки каждый раз 1000*4 графиков он у вас проседает ? Perl здесь не причем, графики рисуются через библиотеку GD, которая на Си. Приверните к MRTG rrdtools и отдавайте графики скриптом, чтобы перерисовывать их только при реальном запросе пользователя.<br><br><br>&gt;This tool is mainly used for tracking statistics on network devices. <br>&gt;т.е. один график - 2 параметра. <br><br>Опять смотрите в сторону использования rrdtools в mrtg, там хоть 10 линий на одном графике можно указывать.<br><br>&gt;записи в rrd-tools <br><br>Автор rrd-tools и mrtg одно лицо и написана эта софтина была для решения указанных вами проблем в mrtg.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/4841.html#2 Thu, 23 Dec 2004 21:39:56 GMT &gt; Вокруг MRTG надо с бубном бегать, чтобы мониторить SMP-машину?<br><br>Тут проблема не в MRTG-е а в net(ucd)-snmp -оно не умеет отдавать<br>счетчики раздельно по процессорам.<br>А главная ее проблема - крайняя тормознутость, вытекающая из необходимости<br>постоянного парсенья конфигов перлом. При мониторинге больше<br>1000 параметров (вполне реальная цифра) у нас проседает под этим<br>делом SPARC. Другой "фичей" является то, что цитирую статью:<br>This tool is mainly used for tracking statistics on network devices.<br>т.е. один график - 2 параметра.<br>Так что при мониторинге большего кол-ва значений лучше попробовать<br>что-нибудь вроде cricket-а или самому писать скрипты чтения SNMP и<br>записи в rrd-tools