кто какую систему мониторинга юзает?

Для симпатичшной картинки на плазменном экране используем Nagios, для непосредственно работы и сбора статистики (трафик по точкам доступа и.т.п.) используем Zenoss, забикс чегото я не осилил. :-(

nagios, подумываю о переходе на zabbix, но даже на нормальное изучение такой возможности нужно слишком много времени, которое не факт что окупится хоть как-то.

zabbix. NAV не видел, сравнить не могу :(

nagios

HP Openview

WhatsUp, но сейчас подумывам переходить на что-то другое, Zenoss, Zabbix, -- не подошли для наших целей (слишком большая сеть, нужны решения реализации административных задачь, помимо технических), nagios -- оставили для мониторинга серверов.... Проблема в том, что нормальной системы мониторинга просто нет, можно , конечно, заюзать Тивоти от ИБМ, но за деньги что за нее просят можно маленький город к интернету подключить, в полном составе.....

> нужны решения реализации административных задачь, помимо технических

Эээ... Что конкретно имеется в виду? Через мониторилку сервисы останавливать, что ли?

ну представь, есть разветвленная сеть, которую обслуживают несколько отделов, нач одного отдела решил провести профилактические работы, отправляет техников на объект, те гасят свич отрубая часть сети. Начальник другого отдела об этом не догадывается, начинается пляска. Все эти проблемы решаются чисто организационными методами, но пока сеть (и коллектив ее обслуживающий) относительно не велика.

В общем мы сейчас набрасали требования к системе мониторинга (которая уже таковой не является, мониторинг только ядро): мониторинг гетерогенной сети, авто исследование сети, авто маппринг, гибкая (!) система прав пользователей на основе ролей, гибкая ситема (!) интерфейсов системы на основе ролей пользователей, поддержка трабл тикинга на основе предопределенных машрутов и ролей пользователей, поддержка распределенных баз даных, возможность подключения дополнительных баз, возможность подключения дополнительных модулей (не только технических, но и бухгалтерских, например)... это только часть требований

> Начальник другого отдела об этом не догадывается, начинается пляска.

1. Почему не догадывается? А сообщить ему об этом?

2. Который отдел вообще отвечает за работоспособность конкретного куска сети? Или все сразу и никто конкретно? Вообще, всегда на любую проблему должен быть конкретный дежурный, который обязан быть в курсе дела.

3. В нагиос именно это как раз решается, там есть понятие scheduled downtime. Хотя мы этим не пользуемся. Просто говорим дежурному, что вот эти сервера сейчас полчасика полежат, так надо, и всё. Хотя у нас только несколько десятков серверов, может на нескольких сотнях какая-то своя специфика появляется, не знаю...

>scheduled downtime

есть везде

>Хотя мы этим не пользуемся.

+ питсот. Никто этим не пользуется

Смысл какой создать систему управления не только сетью но и персоналом, объединть бизнес процессы в одной БД, чтобы меньше было бардака....

Zabbix

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

zabbix требует гораздо меньше усилий на поддержку и конфигурирование, чем nagios... от него отказались в конторе в внушительным парком серверов именно поэтому - и с полгода нагиос (с его ложными алярмами) забыт как страшный сон.

Нема никаких ложных алярмов. Правда ни одного дефолтного плагина, кроме check_ping, не использую, все самописные.

ну ежели нема, значит было потрачено время на тщательную настройку параметров мониторинга ;)

и опять же

>Правда ни одного дефолтного плагина, кроме check_ping, не использую, все самописные.

Это да, ну дык для меня это один из основных инструментов, на него время жалеть было бы глупо. Вообще, как по мне, лучше 10 ложных алярмов, чем один пропущенный. :)