| 1.1, GateKeeper (ok), 22:38, 23/12/2004 [ответить]
| +/– |
 Прикольное решение, конечно... А вот подскажи, многоуважаемый all. Вокруг MRTG надо с бубном бегать, чтобы мониторить SMP-машину?
И вообще там неправильно написали: вместо Building Linux Monitoring Portals надо было Building *nix Monitoring Portals | | |
| |
| 2.2, Wulf (?), 00:39, 24/12/2004 [^] [^^] [^^^] [ответить]
| +/– | |
> Вокруг MRTG надо с бубном бегать, чтобы мониторить SMP-машину?
Тут проблема не в MRTG-е а в net(ucd)-snmp -оно не умеет отдавать
счетчики раздельно по процессорам.
А главная ее проблема - крайняя тормознутость, вытекающая из необходимости
постоянного парсенья конфигов перлом. При мониторинге больше
1000 параметров (вполне реальная цифра) у нас проседает под этим
делом SPARC. Другой "фичей" является то, что цитирую статью:
This tool is mainly used for tracking statistics on network devices.
т.е. один график - 2 параметра.
Так что при мониторинге большего кол-ва значений лучше попробовать
что-нибудь вроде cricket-а или самому писать скрипты чтения SNMP и
записи в rrd-tools | | |
| |
| 3.3, uldus (ok), 09:28, 24/12/2004 [^] [^^] [^^^] [ответить]
| +/– |
>А главная ее проблема - крайняя тормознутость, вытекающая из необходимости
>постоянного парсенья конфигов перлом. При мониторинге больше
>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.
| | |
| |
| 4.4, Wulf (?), 10:44, 24/12/2004 [^] [^^] [^^^] [ответить]
| +/– | |
> А не из-за перерисовки каждый раз 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-х параметров - нет. | | |
|
|
|
| 1.5, Аноним (5), 16:18, 24/12/2004 [ответить]
| +/– |
Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков.
Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца.
http://www.openview.hp.com/products/nnm/tc_nnm_0001.html | | |
| |
| 2.6, Wulf (?), 14:51, 25/12/2004 [^] [^^] [^^^] [ответить]
| +/– |
> Попробуйте скачать hp openview network node manager - у мего в комплекте есть в том числе и база для хранения данных и средства построения графиков.
> Есть версии для rhel, w2k, solaris и hp-ux. Правда, там нужно пройти бесплатную регистрацию и "халявная" версия работает два месяца.
Это есть с unlimited nodes лицензией, стоит на соседнем SPARC-е :-)
Только к нему в комплекте один cisco view. А надо мониторить
еще net-snmp, juniper, rad, mvts. А разбираться, как самому
писать mib-ы времени нет. С MRTG все намного проще - указал OID
в конфиге и все.
| | |
| |
| 3.7, Andrew Rogov (?), 15:42, 25/12/2004 [^] [^^] [^^^] [ответить]
| +/– | |
Простите, а зачем самому mib'ы писать ? Большинство производителей предоставляют mib'ы. Даже бесплатно :) У нас HP OV NNM вполне мониторит разнообразное оборудование (железная дорога - с оборудованием зоопарк редкостный :) - главное нужные mib'ы подгрузить. | | |
|
| 2.8, Rimon (?), 11:34, 31/12/2004 [^] [^^] [^^^] [ответить]
| +/– |
 Графики в NNM совсем не читабельны. Когда принёс один такой начальству, меня чуть ли трёх этажным обложили за то что столько денег вложили на NNM, а он ресует такие каракули. Поэтому для них сделала MRTG, просто и доступно не специалисту. А NNM для себя. Data collector его не прост вконфигурировании. Или я не до конца догоняю. Хотелось бы с колегами мнением обменяться | | |
| 2.9, Belal (??), 16:22, 05/01/2005 [^] [^^] [^^^] [ответить]
| +/– |
 Если нужна халявная система для мониторинга различного оборудования (от UPS до маршрутизаторов Cisco) можно попробовать OpenNMS (opennms.org).
Гибкие настройки на основе XML. Веб-интерфейс.
Для построения графиков там,кстати, тоже используется rrd-tool. | | |
|
|
