forum.bitel.ru http://forum.bitel.ru/ |
|
Мониторинг BGB http://forum.bitel.ru/viewtopic.php?f=1&t=7998 |
Страница 1 из 1 |
Автор: | Cromeshnic [ 29 апр 2013, 06:14 ] |
Заголовок сообщения: | Мониторинг BGB |
Хочется обсудить, кто как и чем мониторит работу BGBilling и его компонентов. А также узнать у разработчиков, планируется ли реализация единой системы сбора статистики о работе биллинга (встроенный SNMP-агент/JMX?) |
Автор: | Cromeshnic [ 29 апр 2013, 06:28 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Начну с себя: Мы сейчас пользуемся Cacti, мониторим: - JMV memory usage - через SNMP - DB connections - скриптом, TCP-соединие на админский порт, команда status - Radius sessions (dialup) - скриптом, TCP-соединие на админский порт, команда status В будущем хочется перейти на zabbix, но пока руки не доходят. Что ещё хотелось бы мониторить? - Radius Sessions для Access и Accounting модуля Inet - Статистика Embedded Tomcat - можно уже сейчас через JMX - Статистика ActiveMQ (по очередям, например) - можно через JMX, только нужно писать и контрибьютить шаблон для zabbix - Статистика BGScheduler (размер очереди, количество активных задач) - Платежи MPS (количество, сумма) |
Автор: | skyb [ 29 апр 2013, 08:48 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
шедулер по snmp если падет, то смс мне шлется, остальное продажниками )) |
Автор: | Amir [ 29 апр 2013, 17:54 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Я за JMX, т.к. не сложно добавлять новые данные (методы/интерфейсы). |
Автор: | Cromeshnic [ 07 июн 2013, 13:49 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Не дождался разработчиков, запилил мониторинг радиуса модуля Inet через JMX: http://wiki.bgbilling.ru/index.php/%D0% ... %D0%B7_JMX Всё просто. зы. Неплохо бы собраться всем коммунити и сделать набор шаблонов zabbix для биллинга с графиками, триггерами и блекджеком. |
Автор: | Amir [ 07 июн 2013, 14:56 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Клево. Мне не понравилось, что нужно делать интерфейсы в стандартной реализации - т.к. они довольно специфичны, не получится один интерфейс к нескольким бинам прикрутить. Поэтому хотел сделать через указание аннотации для произвольного метода, но пока так и не добрался... |
Автор: | aardvark [ 07 июн 2013, 15:00 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
С jmx шикарно получилось. респект. Про zabbix, я замучился что-то с ним. Сейчас мигрирую на riemann, оно как-то проще для моего мозга, ну и плюс возможность прицепить его в любом месте кода для отсылки ивента, ну и быстрый он. |
Автор: | Cromeshnic [ 15 июл 2013, 10:15 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Если кому интересно - как изменилось потребление памяти BGinetAccounting после заворачивания в него Netflow (и рестарта): Вложение: Вложение: Радиус - 276 update per second, 2200 родительских коннекшенов, примерно столько же дочерних. |
Автор: | Amir [ 15 июл 2013, 14:30 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
По картинке немного непонятно - сразу после полного запуска так стало или еще через какое-то время? Как настроена привязка netflow? |
Автор: | Cromeshnic [ 22 авг 2013, 06:34 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Цитата: ДОБАВЛЕНО Kernel: Поддержка JMX. ??? ![]() |
Автор: | Cromeshnic [ 22 авг 2013, 07:48 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
!!!! ![]() Вложение: Я так понимаю, Амир вышел из отпуска ![]() |
Автор: | Cromeshnic [ 23 авг 2013, 13:34 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Запилил шаблон Zabbix для ActiveMQ: https://gist.github.com/Cromeshnic/6316503 Правда без напильника не заработает. Кстати, голосуем за Low-Level Discovery для JMX в Zabbix: https://support.zabbix.com/browse/ZBXNEXT-1223 Нам потом тоже может пригодиться. |
Автор: | Cromeshnic [ 23 авг 2013, 13:48 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Вложение: Вложение:
|
Автор: | Amir [ 16 сен 2013, 14:41 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Добавили атрибуты для IP-ресурсов. |
Автор: | Cromeshnic [ 18 сен 2013, 12:47 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Хочу сделать шаблон Zabbix для биллинга. Вопрос: Код: ru.bitel.bgbilling.modules.inet.collector:type=InetFlowListener$2 $2 здесь не случайно? оно может измениться? |
Автор: | Cromeshnic [ 18 сен 2013, 12:55 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
А, всё - нашёл. Это анонимный внутренний класс. Зависит от типа flow-агента. Блин, придётся все перечислять. |
Автор: | Cromeshnic [ 18 сен 2013, 13:11 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
"netflow" - ru.bitel.bgbilling.modules.inet.collector:type=InetFlowListener$2 "netflow9" - ru.bitel.bgbilling.modules.inet.collector:type=InetFlow9Listener "sflow" - ru.bitel.bgbilling.modules.inet.collector:type=InetFlowListener$5 Всё же имхо лучше для JMX использовать неанонимные классы, т.к. анонимные могут поменяться номерами в будущем. мм? |
Автор: | Cromeshnic [ 02 окт 2013, 15:00 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Также, круто было бы мониторить через JMX количество коннектов к master/slave/trash - базам. У меня сейчас в cacti берётся скриптами через ***_status.sh, что довольно затратно: Вложение: graph_image.png [ 15.78 КБ | Просмотров: 14087 ] (сверху на картинке - мастер акт/ожидание, снизу - slave) |
Автор: | Amir [ 02 окт 2013, 19:50 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Цитата: Всё же имхо лучше для JMX использовать неанонимные классы, т.к. анонимные могут поменяться номерами в будущем. Done.
Также, круто было бы мониторить через JMX количество коннектов к master/slave/trash - базам. |
Автор: | Cromeshnic [ 04 окт 2013, 13:14 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
6.0 ![]() |
Автор: | LёLik [ 14 апр 2014, 16:31 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Подскажите, что и как мониторить, чтобы знать живо то или иное приложение или нет. Сейчас использую Nagios. Хочется вовремя знать, что например повисло что-то из: bgbilling, bgdataloader, bgscheduler, bginet_access, bginet_accounting ну и ActiveMQ в догонку. Как мониторить БД я в документации видел, с этим проблем возникнуть не должно. |
Автор: | skyb [ 14 апр 2014, 16:40 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
мы мониторим заняты ли порты, если заняты - все норм, если свободны, то смс на полифон |
Автор: | LёLik [ 14 апр 2014, 17:55 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
skyb писал(а): мы мониторим заняты ли порты, если заняты - все норм, если свободны, то смс на полифон А какие порты? java-SNMP или 8080 и NetFlow. Если можно расскажите поподробнее, как организованно. |
Автор: | skyb [ 14 апр 2014, 18:00 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
LёLik писал(а): skyb писал(а): мы мониторим заняты ли порты, если заняты - все норм, если свободны, то смс на полифон А какие порты? java-SNMP или 8080 и NetFlow. Если можно расскажите поподробнее, как организованно. да способов то море, кажись каким то стандартным средством на питоне. все это дело писалось на питоне. мониторим радиус, (1812 1813) сервер не мониторим как таковой, для авторизации неважен, а кто работает и так скажет что он умер. нетфлоу - это 1813(аккаунтинг) если работает то и считаем что флоу собирается. отправляется через старенький SE телефон, посредствам консольной програмки и передачи параметров |
Автор: | LёLik [ 14 апр 2014, 20:55 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Сделал на тестовом сервере java management.snmp ./server.sh Код: COMMON_PARAMS="... -Dcom.sun.management.snmp.port=10161 -Dcom.sun.management.snmp.acl.file=./data/snmp.acl -Dcom.sun.management.snmp.interface=127.0.0.1" Насколько оно корректно? SNMP опрашивается. Может знающие люди подскажут, какой OID мониторить, чтобы знать живо оно или мертво. |
Автор: | skyb [ 15 апр 2014, 02:02 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Дык, перестало выводить инфу==мертвый |
Автор: | Amir [ 15 апр 2014, 15:10 ] |
Заголовок сообщения: | Re: Мониторинг BGB |
Цитата: Если кому интересно - как изменилось потребление памяти BGinetAccounting после заворачивания в него Netflow (и рестарта): Кстати, исследовал эту проблему гораздо позже, забыл сюда отписать. Это буферы flowListener.threadCount * datalog.flow.chunk.size. Аналогично для DHCP и для RADIUS.Наткнулись, когда при стандартном datalog.dhcp.chunk.size у клиента было 500-1000 DHCP-релей-устройств. Получалось что буферы могли забрать от (500 до 1000) * dhcpListener.threadCount * datalog.dhcp.chunk.size, но обычно было гораздо меньше максимума, но все же много. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |