Какую выбрать систему мониторинга сети для 250+ хостов (сервера windows,linux, роутеры,cвитч)?

Question

[Tremo]

Доброго всем утра, а кому-то вечера.
Уже не первый раз обращаюсь в тостер с вопросами о системе мониторига для своего офиса. Уже много чего почитал и узнал, о том как это должно работать , благодаря чему и стало вырисовываться некое представления системы мониторинга.
Читал очень много и уже успел поэксперементировать с забиксом, который в моем случае ни как не может отправил запрос на девайсы. Успешно у него получается мониторить только zabbix сервер.
Товарищи,расскажу немного о моей сети и по смею задать вам пару вопросов.
В сети имеется 250+ хостов которые включают линукс сервера, windows сервера ,роутеры ,свитчи.
Имеется главная серверная машина на которую и должно будет все выводится.
Цель такова: установить систему мониторинга на главную машину. Система должна поддерживать темплеты,графики , SNMP , трапы, алармы и быть относительно устойчивой. Желательно open source или же какое нибудь не очень дорогое решение.
Насколько я понял схема такова SNMP manager устанавливается на основную машину с которая и будет кидать запросы на девайсы на которых должен быть установлен SNMP agent.
Любым подсказкам и советам буду рад.

Answer 1

[Ivan]

Zabbix

Comments

[Tremo]

а чтобы вы могли сказать о nagios и zenoss?

[Ivan]

Лучше погуглить, иначе это перерастет в холивар)

Answer 2

[civdef]

Я предлагаю для начала посмотреть что попроще. Например dude от mikrotik. Обычный пинг (icmp v4) без установки агента. При включении SNMP на хостах - свободно получаешь данные со всех датчиков. Куча материала из серии как сделать. + Простота написания запросов. Если не устроит поискать что-нибудь другое.

Comments

[Tremo]

а потянет ли это программное обеспечение 250+ хостов?

[civdef]

Можно распределить нагрузку. В удаленном офисе установить на windows машины клиент сервера, который будет ограничивать хождения трафика. Короче типо тапология звезда из мониторинга) Притом если есть микротики в работе на них ставить. И главное чтоб все (сервера мониторинга) ссылались на главный. Так что думаю должен выдержать. У меня порядка 100 хостов.

[Tremo]

я прочитал , что с помощью него нельзя получать такую информацию как загруженность cpu, виртуальной памяти и тд

[civdef]

Всё можно. он обрабатывает все теже самые MIB и OID что и другие системы мониторинга.

[civdef]

forum.nag.ru/forum/index.php?showtopic=81697

[Tremo]

civdef: сейчас погляжу. Спасибо

Answer 3

[Vincent]

nagios

Answer 4

[sillik]

Hyperic HQ
habrahabr.ru/post/24854

Comments

[Tremo]

совершенно не знакомо. Если сами используете , чтобы в его пользу могли бы отметить?

Answer 5

[Клёвый Админ]

Если сеть преимущественно Windows можно смотреть в сторону семейства продуктов System Center.

Comments

[Tremo]

никогда не слышал

[other_letter]

tremo0880: скорее не обращали внимание. Эта штука на самом деле чуть ли не сама грудью на Вас кидается в современных серверных ОС

[Клёвый Админ]

tremo0880: оооооочень мощная вещь!

[Tremo]

other_letter: Евгений Быченко: а что из преимуществ и недостатков могли бы отметить?

[Клёвый Админ]

tremo0880: преимущество - огромное количество готовых шаблонов для Windows окружения и сервисов Майкрософта. Всё будет работать близко от слова "из коробки". Интеграция компонентов друг с другом. Минусы - цена, а так же сильная заточка под винды, очень слабо приспособлено под другие среды.

[Tremo]

Евгений Быченко: в моем случае большинство машин на линуксе

Answer 6

[Константин]

на старой работе был двойной мониторинг:
windows-структура мониторилась через PRTG (они сейчас 100 сенсоров дают бесплатно), очень удобно, быстро развертывается и минимум в настройке
Linux, свичи и прочая snmp-лабуда - через zabbix. Она для этого идеальна, как считаю.

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

а вы порты для получения открыли? подозреваю, что в этом и проблема. для localhost он открыт, а вот для внешнего адаптера, судя по вашей проблеме, закрыт.

была структура с принтерами (мониторил все параметры по ним, вплоть до кол-ва сканов в дуплексе - нужно было), сетевым оборудованием hp (3com) и cisco, линуксовыми серверами. на оттачивание ушло около месяца (я единственным админом был) + мониторился канал с удаленным офисом

Comments

[Tremo]

вы имеете виду стандартный 161 порт который автомат предлагается при настройке?
Думаю стоит углубится в zabbix, как никак полностью опен сурсный проект и много положительного о нем слышал.
Стоит начать с официальной документации или может что еще посоветуете?

[Константин]

tremo0880: да, 161 это snmp порт, а есть еще порт, который самого заббикс-агента для всего прочего. вы можете посмотреть его в настойках агента (/etc/zabbix/zabbix_agent.conf или как то так, не помню уже).
snmp собирается сервером напрямую от источника, а все прочие данные идут через заббикс-агента по указанному порту - проверьте его
документация само собой :) и оттачивание мониторинга под вас.

* у меня была проблема со слишком плотной записью данных в sql-базу из-за большого количества данных и старыми дисками, но возможности перенести не было. Если у вас структура в >250 хостов, то советую обратить внимание на sql-сервер, где будет всё храниться.

[Tremo]

вроде стало получаться :) Константин, благодарю

Answer 7

[athacker]

У нас на заббиксе мониторится инфраструктура:

Number of hosts (enabled/disabled/templates) 5765 5512 / 111 / 142
Number of items (enabled/disabled/not supported) 538807 523119 / 12809 / 94
Number of triggers (enabled/disabled [problem/ok]) 130488 128402 / 2086 [17 / 128385]

Шаблоны, графики, SNMP, IPMI, трапы -- всё это оно умеет.

Comments

[Tremo]

Действительно впечатляет.
а есть ли какие нибудь подводные камни о которых стоит знать?

[athacker]

tremo0880: да нет, ничего такого. Кое-какие вещи делать не очень удобно, и возможно, в других системах мониторинга с этим проще. Но в целом, нам всего хватает. У нас мониторится и сетевое железо, и сервера разного направления, и специализированный софт (телефонные приблуды всякие, например), и виртуальная инфраструктура.

Есть косяк, например, с тем, что невозможно сделать правила автоматического определения сетевых интерфейсов разных типов. У нас на серверах, например, есть физические интерфейсы, и есть "логические" -- VLAN-ы. От физики и от VLAN'ов нам нужны различающиеся наборы данных (ну например, нет смысла на VLAN-е снимать количество ошибок -- эта информация будет относиться только к физическому интерфейсу. Но зато есть смысл снимать трафик на VLANe). Ну и вот, автоматически в заббиксе разделить эти интерфейсы нельзя, только если руками заводить соответствующие шаблоны.

[Tremo]

athacker: Спасибо , учту

Answer 8

[Талик]

Однозначно Zabbix. На первый взгляд огромная непонятная штука, но при более детальном рассмотрение - это очень простая, удобная и функциональная штука. С возможностью расширения функциональности, ограниченную лишь лишь фантазией

Comments

[Tremo]

Спасибо за отзыв. Уже работаю с ней. Посмотрим , что да как.

[Талик]

сразу по опыту скажу, если выбирете MySQL в качестве бд для заббикса, проведите оптимизацию и партицирование, пока таблицы пусты.

[Tremo]

Талик: не могли бы подкинуть материальчик на настройки?

[Талик]

www.zabbix.com/ru/documentation.php - офф.документация.
https://www.zabbix.com/forum/showthread.php?t=43010