Мониторинг, SNMP, динамические таблицы, вот это все

Если эта информация доступна по snmp, то какие проблемы ?

Берем mib-ы, подпихиваем их net-snmp и mbrowse-ом смотрим, что производитель отдает. Дальше пишем скрипт который отдает эту информацию в формате удобном для дальнейшего использования.

Чтоб само рисовало - не знаю такого. Но при помощи nagios/cacti/... можно нарисовать.

А кактус/нагиос уже научилось из веб-морды конфигуряться, как заббикс?

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

заббикс рассматриваю с каждой минутой как все менее и менее подходящий вариант.

Как я тебя понимаю, брат... Но альтернативы не видно.

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

Задача: получать данные о состоянии конкретных нод в OSPF, их соседях и состоянии линков с соседями

Вопрос первый, каким способом ( безотносительно системы мониторинга ) ты можешь вытащить эти данные? snmp, логи на удалённом сервере, выполнение команды на циске, запрос информации из quagga, и т.д.?

К большому прискорбию netxms далеко еще в жопе по функционалу.

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

P.S.

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

Но через api ты внешним скриптом можешь в т.ч. строить любые схемы и графики.

посмотрите на реализацию в эрланг. Там много всего и многое непонятно, но оно стоит того. Исходники и Примеры в помощь. Есть решения по динамизму.

Но заббикс может забирать данные хоть у черта на куличках

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

что мешает сделать волшебный скрипт обрабатывающий данные как надо и отдающий заббиксу уже то что надо.

Зачастую это и есть единственный способ

Чем дальше ковыряюсь, тем ближе депрессия.

Сколько у тебя устройств на мониторинге?

Пока ~ 500. Если перетащить на zabbix всё с текущей системы мониторинга, будет порядка 1500

Активное оборудование или сервера?

Всё вместе

заббикс запросто держит объемы и побольше. у тебя один заббикс сервер? snmp-трапы юзаешь?

Да не в количестве проблема. А в том что тривиальные задачи в zabbix'е делаются мышкой 10 минут. А то и вообще по-человечески не реализуются и приходится тратить время на написание костылей. А самая мякотка в том, что даже после этого может выясниться, что есть очень неприятный глюк и все действия были напрасны.

А в том что тривиальные задачи в zabbix'е делаются мышкой 10 минут.

Вебморда она такая.

а зачем ты правишь код заббикса? о__0

В SNMP вполне универсальненько так данные дергаются. Беда в том, что заббикс, например, отвалившегося соседа (а, значит, более не показываемого в ospfNbrTable) нормально показать не умеет и, почти не сомневаюсь уже, не сумеет.

что мешает сделать волшебный скрипт обрабатывающий данные как надо и отдающий заббиксу уже то что надо

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

zabbix api

Вся пользовательская морда у них сейчас чуть менее, чем полностью, переведена на использование этого пресловутого API.

А вот в API...

Ну, посмотри, например, что такое ZBX_FLAG_DISCOVERY_*. Посмотрел? Теперь ищи упоминание этих флагов в api/classes/*. Ничего не настораживает?

Есть триггер «nodata». Если остальные типы триггеров пересчитываются только в момент прихода данных, то триггеры типа «nodata» zabbix сам периодически проверяет. Т.е. задаёшь триггер «сосед X отвалился», {template_osfp:neighnour.[X].nodata(25)}=1

Лучше ссылкой ткни.

Далее: скрипт может выполнять только агент, а воткнуть его в длинк/циску/тому подобное невозможно

Протестую, это провокация!. Скрипт можно выполнять на любом хосте, даже если он не заведён в zabbix. Достаточно установить zabbix_send и слать данные через него. Тип данных - «zabbix trapper». Сервер zabbix сам не делат ничего для получения таких данных. Ждёт пока их пришлёт кто-нибудь

Чуть выше рассказал.

Вот причина

ИЧСХ: Владышеву и Ко абсолютно пофиг. Забашляй - сделаем, но твои патчи принять (даже идею) - ни-ког-да!

Я, кстати, тут же вспомнил, под какой лицензией он распространяется... Да у них же GPL головного мозга!

Достаточно установить zabbix_send и слать данные через него. Тип данных - «zabbix trapper».

Уж совсем через жеппу как-то получается.

Есть триггер «nodata».

Теперь вспоминаем волшебное слово LLD и так же вспоминаем, что в заббиксе, оказывается, любые триггеры, включая nodata(), удаляются из базы сразу, как только висящие под ними item'ы уходят в unsupported (в LLD, естественно).

Насколько я помню, не сразу, а спустя «Keep lost resources period (in days)»

Черезжопу - это именно вызов внешних скриптов. Т.к. параметр «timeout» из конфига определяет не только максимальное время работы внешнего скрипта, но и таймаут пинга ( ! ) и ещё много чего. Меня это сильно раздражает.

Плюс если данных будет много, то даже оптимизированный скрипт, вызываемый 10 раз в секунду, сильно нагрузит сервер zabbix. А вот zabbix_send + «zabbix trapper» пролетают шустро

А вообще, если найдёшь приличную систему мониторинга, кастани меня в тему, пожалуйста.

Ну, посмотри, например, что такое ZBX_FLAG_DISCOVERY_*.

Где именно посмотреть? Я пока читал только код, относящийся к синхронизации нод, плюс немного работу poller

Насколько я помню, не сразу, а спустя «Keep lost resources period (in days)»

Именно, что сразу. Подробности: src/libs/zbxdbhigh/lld.c (в текущем trunk - lld-trigger.c, кажется). Функция, ЕМНИП (проект на работе), - lld_update_triggers().

Раз у тебя snmp, посмотри в сторону xymon ( свободный потомок BigBrother ) + devmon

У devmon тоже есть косяки, но мне даже он пока ближе заббикса.

include/common.h и frontend/php/include/defines.inc.php (кажется).

Чтоб ты долго не искал: эти flags задаются как 0x1, 0x2, 0x4, 0x8. Т.е. очевидно - используются в качестве битовой маски. Как они используются в коде:

$trigger['flags'] = ZBX_FLAG_DISCOVERY_NORMAL;
...
if ($trigger['flags'] == ZBX_FLAG_DISCOVERY_NORMAL)

В сишной лапше - аналогично.

Гляну. Кстати, nocproject не щупал?

общая информация легко «дюкается» и гуглится:

https://duckduckgo.com/?q=erlang snmp

https://www.google.com/search?q=erlang snmp&pws=0

первые 5-10 ссылок подойдут.

кратко: ерланг сам все умеет мониторить и себя, свои ноды и прочее. Хранит данные в своих встроенных БД: ets, dts наверное, mnesia, может компилить asn-определения для snmp. В общем много чего наворочено. Нода в сети ведет себя как девайс фактически.

Впервые слышу. Я не сетевик - юниксоид, и софт для управления сетью не смотрел.

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

А, ты про написать свою с б.д. и ш? Не совсем вариант. Такая уже есть.

А, ты про написать свою с б.д. и ш? Не совсем вариант. Такая уже есть.

ты про таблицы ведь спрашивал? там это есть и как раз то, что можно посмотреть в mips-браузере

Я говорил про SNMP-таблицы. Мы об одном и том же говорим? Что есть mips-браузер?

Раз у тебя snmp

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

сейчас уже не помню - давно это было, mips-браузер это приложение на java, позволяющее считывать snmp-информацию с устройств. Если подгружаешь мипс, то можно получить развернутые описание свойств. Если эти свойства в виде таблиц, то из erlang-a можно их передавать так-же как обычные данные, но восприниматься они будут как таблички. Я про это толкую.

А, поправлю тебя: MIB browser.

xymon

глянул, страшный он какой-то. Я так понимаю, его предок BB - не лучше?

А, глянул devmon, который на чистом BB сидит. Ужас-ужас.

А, глянул devmon, который на чистом BB сидит. Ужас-ужас.

Ничего вменяемее zabbix нету. либо свое писать либо заббикс юзать.

Ничего вменяемее zabbix нету

Обертка да, но вот в коде - быдлокод тот еще.

быдлокод тот еще.

быдлокод это нормальное состояние кода =)))) и особенно в ынтерпрайзе.

быдлокод это нормальное состояние кода

Для меня было открытием то, что быдлокодеры, использующие лицензию делись@дополняй, не приемлют патчей вообще, даже под CLA.

так форкай и накатывай свои патчи, швободка жеж =)

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

Естественно, мой билд с фиксами не заработал... теперь знаю почему:

define('ZBX_FLAG_DISCOVERY_NORMAL',		0x0); // a normal item

Это ж какими надо быть ушлепками...

А, поправлю тебя: MIB browser.

да, вроде так, говорю давно уже это было, забывается. Благодарю.

Тут пробежало в новостях про NetXMS

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