1. Ваша система мониторинга

[Yarlan Zey]

указывайте биллинг.

[Нерубящий инспектор]

биллинг тут не катит. Это не система мониторинга а система расчета. Заходите сюда

http://www.rossvyaz.ru/activity/correlation/certification/registerCertificate/

Выбираете в строке "типы устройств" "СУ" (а не СТ") и ищите "свою" )))))))))))

[lan-viper]

биллинг тут не катит. Это не система мониторинга а система расчета. Заходите сюда

http://www.rossvyaz.ru/activity/correlation/certification/registerCertificate/

Выбираете в строке "типы устройств" "СУ" (а не СТ") и ищите "свою" )))))))))))

Хмм... Ни zabbix, ни cacti, ни D-View от DLink-а!

[generik]

хм, а чем собственно выполняется контроль юзерских портов? графики загрузок, наличие ошибок на порту в опредленные моменты(оповещение о наличии проблем), как колл-центр смотрит состояние порта? oper state, admin state, speed и т.д. наличие лишних маков на порту, срабатывание loopback, bpdu-guard etc

[andy_kw]

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

1. данные о адресах и абонентах берутся из базы биллинга ,по адресам пробегается геокодер

2. снимаются данные со свичей о активности в сети, накладывается слой с заранее нарисованными в ГИС магистралями и все выводится на гугль мапс.

 

Изменено 3 июня, 2012 пользователем andy_kw

[sexst]

хм, а чем собственно выполняется контроль юзерских портов? графики загрузок, наличие ошибок на порту в опредленные моменты(оповещение о наличии проблем), как колл-центр смотрит состояние порта? oper state, admin state, speed и т.д. наличие лишних маков на порту, срабатывание loopback, bpdu-guard etc

Зависит от количества этих самых портов. С небольшим справится что-то из готовых с прикрученными oid и скриптами. Если портов больше, скажем, ста тысяч, то пока увы только самописное и быстрое в угоду универсальности.

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

Изменено 3 июня, 2012 пользователем sexst

[peektoseen]

А подскажите как работает chek_snmp в nagios'е?

Делаю:

user@place:/usr/local/nagios/libexec$ ./check_snmp -H172.16.0.254 -o1.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2
SNMP OK - 2 | iso.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2=2 

Видно, что получаю 2.

А вот как теперь сделать, чтобы при получении 2 был не OK, а warning или error?

Пробую так:

./check_snmp -H172.16.0.254 -o1.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2 -w2:2
SNMP OK - 2 | iso.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2=2 

и так:

./check_snmp -H172.16.0.254 -o1.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2 -c2:2
SNMP OK - 2 | iso.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2=2 

И даже так:

./check_snmp -H172.16.0.254 -o1.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2 -R /3/
SNMP OK - 2 | iso.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2=2

Ну и так попробовал:

./check_snmp -H172.16.0.254 -o1.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2 -s 3
SNMP OK - 2 | iso.3.6.1.4.1.171.11.70.8.2.3.1.1.5.23.2=2

 

Как его заставить выдать мне critical?

 

P.S. Это проверка порта на d-link DGS-3527G (port up/down);

Изменено 5 июня, 2012 пользователем peektoseen

[agr]

в -w и -с указывают значение, которое должно быть _включительно_. Т.е. вам нужно "-w 1" или "-w 3:"

[generik]

хм, а чем собственно выполняется контроль юзерских портов? графики загрузок, наличие ошибок на порту в опредленные моменты(оповещение о наличии проблем), как колл-центр смотрит состояние порта? oper state, admin state, speed и т.д. наличие лишних маков на порту, срабатывание loopback, bpdu-guard etc

Зависит от количества этих самых портов. С небольшим справится что-то из готовых с прикрученными oid и скриптами. Если портов больше, скажем, ста тысяч, то пока увы только самописное и быстрое в угоду универсальности.

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

 

Снижать не снижать нагрузку, а дергать коммутаторы прийдется в любом случае, снимать статистику и хранить её необходимо, а а ждать пока трап прибежит и тогда только предпринимать действия не годится.

 

Спасибо в принципе за ответ. Портов юзерских порядка 1млн.

[666]

Портов юзерских порядка 1млн.

???

[sexst]

Снижать не снижать нагрузку, а дергать коммутаторы прийдется в любом случае, снимать статистику и хранить её необходимо, а а ждать пока трап прибежит и тогда только предпринимать действия не годится.

Спасибо в принципе за ответ. Портов юзерских порядка 1млн.

Про снижение нагрузки это вы зря - в два раза меньше параметров опрашивать, в два раза быстрее скрипт отработает, snmp запросы массовые весьма затратны.

Oper state, admin state, loopback и прочие вещи не количественного характера великолепно ловятся трапами и сразу правятся в таблице БД. Ждать ничего не нужно, оно же практически мгновенно; например скрипт мониторинга порезов у меня о возможном порезе орет уже через секунду после факта сабжа. Написанная до этого система с опросами могла минут пять молчать. Вдобавок к грамотно написанному демону можно прикрутить еще много чего - ловля алертов от упсов, из ядра, от каких-нибудь железок для мониторинга.

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

Количественные данные (скорость, ошибки, загрузка итд) снимаю раз в пять минут связкой python+cython. Тоже ~ миллион портов на Xeon X5650 пробегает за полминуты. Правда там же trap демон и кучка скриптов всяких крутится. Самым узким местом на практике оказались диски (даже ssd не справляется), пришлось базу и rrd файлы хранить на рамдиске и раз в полчаса дампить.

Изменено 13 июля, 2012 пользователем sexst

[generik]

Снижать не снижать нагрузку, а дергать коммутаторы прийдется в любом случае, снимать статистику и хранить её необходимо, а а ждать пока трап прибежит и тогда только предпринимать действия не годится.

Спасибо в принципе за ответ. Портов юзерских порядка 1млн.

Про снижение нагрузки это вы зря - в два раза меньше параметров опрашивать, в два раза быстрее скрипт отработает, snmp запросы массовые весьма затратны.

Oper state, admin state, loopback и прочие вещи не количественного характера великолепно ловятся трапами и сразу правятся в таблице БД. Ждать ничего не нужно, оно же практически мгновенно; например скрипт мониторинга порезов у меня о возможном порезе орет уже через секунду после факта сабжа. Написанная до этого система с опросами могла минут пять молчать. Вдобавок к грамотно написанному демону можно прикрутить еще много чего - ловля алертов от упсов, из ядра, от каких-нибудь железок для мониторинга.

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

Количественные данные (скорость, ошибки, загрузка итд) снимаю раз в пять минут связкой python+cython. Тоже ~ миллион портов на Xeon X5650 пробегает за полминуты. Правда там же trap демон и кучка скриптов всяких крутится. Самым узким местом на практике оказались диски (даже ssd не справляется), пришлось базу и rrd файлы хранить на рамдиске и раз в полчаса дампить.

 

Каким образом контроль доступности хостов выполняется? ping? snmp check? учитывается ли опросчиком топология сети при выполнении опросов?

[sexst]

Каким образом контроль доступности хостов выполняется? ping? snmp check? учитывается ли опросчиком топология сети при выполнении опросов?

Доступностью хостов занимается совершенно другое приложение. Это только берет готовые данные о доступности из базы (чтобы исключить из опроса и лежащие хосты), а топология тут вообще не нужна.

Изменено 18 июля, 2012 пользователем sexst

[postuser]

Подскажите, с помощью каких устройств мониторите серверные комнаты и магистральные узлы (температура, питания, протечки воды итд).

[StSphinx]

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

1. данные о адресах и абонентах берутся из базы биллинга ,по адресам пробегается геокодер

2. снимаются данные со свичей о активности в сети, накладывается слой с заранее нарисованными в ГИС магистралями и все выводится на гугль мапс.

 

 

Если не секрет, геокодер с какого сервиса данные запрашивает?

[sexst]

Подскажите, с помощью каких устройств мониторите серверные комнаты и магистральные узлы (температура, питания, протечки воды итд).

Неплохо идут Netping server solution, ими с помощью нехитрой схемы и snmp можно организовать даже, скажем, автоматический аварийный теплосброс по превышению температуры. Или включение сирены по срабатыванию датчика. Умеют трапы, что позволяет отслеживать события мгновенно. Еще умеют сислог.

Минус один - говенные блоки питания, менять сразу т.к. горят как сволочи даже за онлайновыми упсами.

 

Если не секрет, геокодер с какого сервиса данные запрашивает?

Так их дофига: Яндекс, гуглмап, openstreetmap. Берете тот где ваша местность точнее отрисована и вперед.

[StSphinx]

Да вот в том то и дело, что перепробовал все перечисленные. Далеко не все адреса есть.

[postuser]

Подскажите, с помощью каких устройств мониторите серверные комнаты и магистральные узлы (температура, питания, протечки воды итд).

Неплохо идут Netping server solution, ими с помощью нехитрой схемы и snmp можно организовать даже, скажем, автоматический аварийный теплосброс по превышению температуры. Или включение сирены по срабатыванию датчика. Умеют трапы, что позволяет отслеживать события мгновенно. Еще умеют сислог.

Минус один - говенные блоки питания, менять сразу т.к. горят как сволочи даже за онлайновыми упсами.

 

Если не секрет, геокодер с какого сервиса данные запрашивает?

Так их дофига: Яндекс, гуглмап, openstreetmap. Берете тот где ваша местность точнее отрисована и вперед.

 

А про ERD3.0 или более дорогой Actidata, что можете сказать?

[NiTr0]

Далеко не все адреса есть.

openstreetmap наполняется комьюнити есличо. В т.ч. и вами, если захотите. josm вполне себе удобен для массовой отрисовки карты по снимкам.

[npokypop]

А почему The Dude нету ?

[pppoetest]

Пятый снизу

[mike76]

Кроме пртг куплены и ЛМС, и опен вью.

Но какти и забикс всё равно в бою :-)

[bomberman]

Cacti + Биллинг, самописные кастыли. :)

[TIR52]

с fpingera на dude c него на userside :)

[Sonne]

Посоветуйте чем лучше мониторить небольшую сеть - до 100 устройств, включая микротики.

Требуется складывать исторические графики по загрузка а-ля mrtg, а так же мониторинг пинга.

 

Поставил Dude, там как то невзрачно с пингами. Есть еще Cacti, но там пинговать нормально нельзя.

 

Можно ли обойтись каким то одним инструментом? Не хочется городить огород на пустом месте. Правда по отзывав в теме народ использует обычно даже не две, а три системы.