Kirill A. Korinskiy пишет:
Alexander Krayniuk -> debian-russian@lists.debian.org @ Wed, 05 Dec 2007
21:53:22 +0200:
AK> Вообще-то zabbix очень даже умеет snmp. И сравнивать zabbix и mrtg не
AK> стоит, это разного полета птицы. В течение 4 лет использую zabbix для
AK> мониторинга десятков удаленных серверов (linux, freebsd, windows). В
AK> процессе эксплуатации нарекания были, не без этого, но в целом очень
AK> доволен этой системой мониторинга.
AK> http://zabbix.com
Я на zabbix смотрел косо. Признаюсь.
На досуге посмотрю повнимательнее, и, быть может, мигрирую с mrtg.
Спасибо.
А я вот на досуге хочу посмотреть zenoss. меня интересует не только
мониторинг серверов, но и сеть-бы отмониторить
по человечески, а тут zabbix все-таки не совсем катит..... Есть ньюансы
в создании хостов для опроса по snmp (если привязываешь
темплейт к узлу то штатными средствами нельзя поменять у этого узла
community а если отвязываешь темплейт - то потом если какие
изменения в темплейте - так это-же надо будет опять геморроиться чтобы
эти изменения до всех узлов донести...... хотелось-бы чтобы
community для хостов отдельно прописывался. Хотя конечно в этой части
решаемо в плане SQL скрипта. Еще есть такое дело, что
после забивания пары десятков свитчей в мониторинг SNMP счетчиков (база
postgress) - стало кушать много процессора (процессор
начал кушать postgres из-за того что zabbix вовсю пользуется
транзакциями, причем очень часто и postgres постоянно занят тем что
коммитит изменения) а изменение периода опроса с 60 секунд например до 5
минут выявило что за 5 минут счетчики на гигабитных интерфейсах вполне
даже переполняются и графики рисуют лажу. Ну и карты сетей там
достаточно убого создаются/отрисовываются.... да и странички с графиками
тоже имеют свои минусы - начиная от того что прорисовываются во время их
создания - что достаточно сильно нервирует..... потому что
прорисовывается это все долго и добавив каждый график для например 24
портового коммутатора - приходится ждать прорисовки по 2 раза на каждый
порт - 1раз после выбора типа поля, а второй когда его добавишь.
Ну и то что нельзя к графику описание добавить - тоже неприятно,
описание создается вместе с графиком и в случае если графики
привязываются к темплейтам то например у 24 порта всех свитчей будет
одно имя... а мне хочется чтобы там было имя клиента
сидящего на этом порту и при этом для каждого порта каждого коммутатора
не приходилось-бы создавать отдельный график с отдельным именем.......
А то так получается что в сети например из десяти 24-портовых свитчей
(собственно это и не слишком большая сеть) для привязки
графика к порту надо выбрать график из списка с 240 пунктами..... а
например 50 коммутаторов из 1200 пунктов.... в общем-то это
не радует....
В общем из того что на примете разве что zenoss может и покатит, но надо
смотреть а с ходу я его поставить не смог.....
Так что для меня пока вопрос системы мониторинга так и остался открытым,
хочется чего-то уникального чтобы умело ВСЕ,
хотя конечно понимаю что это малореально :) - хотя-бы найти что-то
умеющее многое и чтобы можно было допиливать....
в этом отношении zabbix как изделие написанное на C требует достаточных
знаний и средств для допиливания, а zenoss
написанный на python возможно более податлив напильнику - хотя могут
возникнуть вопросы производительности.
Oleg.
P.S. Сорри за флуд, но может кому пригодится :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]