forum.bitel.ru
http://forum.bitel.ru/

Вынос BGRadius c сервера с ядром системы
http://forum.bitel.ru/viewtopic.php?f=5&t=1377
Страница 1 из 1

Автор:  Dmitri [ 19 авг 2008, 11:58 ]
Заголовок сообщения:  Вынос BGRadius c сервера с ядром системы

Возможно ли в принципе вынести радиус с сервера, дабы разместить его на отдельном аппарате для повышения производительности?

Автор:  S [ 19 авг 2008, 19:08 ]
Заголовок сообщения: 

Конечно. В идеале все системы должны быть разнесены: MySQL-сервер отдельная машина, BGBillingServer другая, IPNNetflowCollector - третья, BGRadiusDialUp - четвертая и т.п. По сути каждая из них (кроме MySQL) имеет два интерфеса: один для работы с клиентами (авторизация, сбор траффика и т.п.) вторая серая, физически отделена - для работы непосредственно с БД. В конфигах каждой из систем указывается внешняя БД (MySQL-сервер), а на MySQL-сервер биндидтся на видном только внутренней части интерфейсе. Это позволяет делать SQL-запросы сторонним сервисам, без выставления БД наружу, делая АСР более гибкой.

Автор:  Dmitri [ 19 авг 2008, 21:04 ]
Заголовок сообщения: 

S писал(а):
Конечно. В идеале все системы должны быть разнесены: MySQL-сервер отдельная машина, BGBillingServer другая, IPNNetflowCollector - третья, BGRadiusDialUp - четвертая и т.п. По сути каждая из них (кроме MySQL) имеет два интерфеса: один для работы с клиентами (авторизация, сбор траффика и т.п.) вторая серая, физически отделена - для работы непосредственно с БД. В конфигах каждой из систем указывается внешняя БД (MySQL-сервер), а на MySQL-сервер биндидтся на видном только внутренней части интерфейсе. Это позволяет делать SQL-запросы сторонним сервисам, без выставления БД наружу, делая АСР более гибкой.


Согласен, из некоторых конфигов - видна такая картина, но как быть тогда с лицензиями? Какова политика лицензирования в этом случае?

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

Возможен ли такой сценарий?

Автор:  S [ 19 авг 2008, 22:53 ]
Заголовок сообщения: 

Лицензии привязываются к числу логинов в модуле DialUp, например, или числу IP-адресов (объектов) в модуле IPN. Число коллекторов IPN в частности может быть несколько. Насчет разнесения RADIUS-серверов хороший вопрос, уже надо отнести к разработчикам. По идее число модулей можно создавать несколько, внутри каждого описывать свои услуги, свои NAS-сервера. Соответственно, каждый RADIUS-сервер имеет код, который соотносится всей системой к конкретному RADIUS-серверу. При аутентификации пользователей прилетит от конкретного RADIUS-сервера логин конкретного пользователя, а вот число пользователей ограничивается лицензией, ну и уникальность логинов и алиасов обязательна. Также дело обстоит с IPNNetFlowCollector, число модулей в системе и самих IPNNetFlowCollector может быть несколько по аналогии. Внутри каждого коллектора свои источники траффика. Другое дело как выдержит сервер БД такую распределенную нагрузку, и ядро для обработки. Порты для работы с каждым коллектором и RADIUS-сервером соответственно меняются.

P.S. Поправьте, если ошибаюсь.

Автор:  Dmitri [ 20 авг 2008, 10:00 ]
Заголовок сообщения: 

S писал(а):
Лицензии привязываются к числу логинов в модуле DialUp, например, или числу IP-адресов (объектов) в модуле IPN. Число коллекторов IPN в частности может быть несколько. Насчет разнесения RADIUS-серверов хороший вопрос, уже надо отнести к разработчикам. По идее число модулей можно создавать несколько, внутри каждого описывать свои услуги, свои NAS-сервера. Соответственно, каждый RADIUS-сервер имеет код, который соотносится всей системой к конкретному RADIUS-серверу. При аутентификации пользователей прилетит от конкретного RADIUS-сервера логин конкретного пользователя, а вот число пользователей ограничивается лицензией, ну и уникальность логинов и алиасов обязательна. Также дело обстоит с IPNNetFlowCollector, число модулей в системе и самих IPNNetFlowCollector может быть несколько по аналогии. Внутри каждого коллектора свои источники траффика. Другое дело как выдержит сервер БД такую распределенную нагрузку, и ядро для обработки. Порты для работы с каждым коллектором и RADIUS-сервером соответственно меняются.

P.S. Поправьте, если ошибаюсь.



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

Автор:  S [ 20 авг 2008, 11:10 ]
Заголовок сообщения: 

Рекомендую просто проверить. Допустим развернуть на не рабочей системе, попробовать повторить описанную схему, как вам требуется. Увидите как будут использоваться лицензии и т.п. Мне удалось легко создать еще один экземпляр модуля.

Автор:  Dmitri [ 20 авг 2008, 11:36 ]
Заголовок сообщения: 

S писал(а):
Рекомендую просто проверить. Допустим развернуть на не рабочей системе, попробовать повторить описанную схему, как вам требуется. Увидите как будут использоваться лицензии и т.п. Мне удалось легко создать еще один экземпляр модуля.


Спасибо. Но все-таки, наиболее верным способом было-бы узнать официальный ответ разработчика.

Уважаемые разработчики, просьба разъяснить по данному вопросу...

Автор:  Dmitri [ 25 авг 2008, 10:07 ]
Заголовок сообщения: 

up

Автор:  Dmitri [ 25 авг 2008, 16:46 ]
Заголовок сообщения: 

Прошу прощения, но вопрос очень актуален. Просьба помочь...

Автор:  skn [ 25 авг 2008, 20:53 ]
Заголовок сообщения: 

Лицензии привязаны к числу договоров использующих услуги соответствующих модулей. Сформулируйте вопрос по конкретнее.

Автор:  Dmitri [ 26 авг 2008, 02:12 ]
Заголовок сообщения: 

Пытаясь конкретнее сформулировать вопрос.

Возможен ли следующий сценарий:
1. Один сервер с запущенным ядром АСР, экземпляром BGBilling server.
2. BGBilling Radius - выносим на отдельный сервер №1
3. Netflow-коллектор №1 - так же выносим на отдельную машину.
4. BGBilling Radius - выносим на отдельный сервер №2
5. Netflow-коллектор №2 - так же выносим на отдельную машину.

Дополнительный вопрос:
какой протокол обмена между ядром (BGBilling Server) и, BGBilling Radius, BGBilling NEtflow?

Автор:  stark [ 26 авг 2008, 20:46 ]
Заголовок сообщения: 

Dmitri писал(а):
Пытаясь конкретнее сформулировать вопрос.

Возможен ли следующий сценарий:
1. Один сервер с запущенным ядром АСР, экземпляром BGBilling server.
2. BGBilling Radius - выносим на отдельный сервер №1
3. Netflow-коллектор №1 - так же выносим на отдельную машину.
4. BGBilling Radius - выносим на отдельный сервер №2
5. Netflow-коллектор №2 - так же выносим на отдельную машину.

Да. каждый радиус сервер и коллектор работает со своим экземляром модуля(dilaup и ipn). Экземпляров модулей можно создавать неограниченное количество. при подсчете лицензий учитываются все экземпляры

Dmitri писал(а):
Дополнительный вопрос:
какой протокол обмена между ядром (BGBilling Server) и, BGBilling Radius, BGBilling NEtflow?


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

Автор:  Dmitri [ 26 авг 2008, 21:59 ]
Заголовок сообщения: 

Просьба уточнить, лицензии считаются как общее кол-во лицензий всех экземпляров модуля?


Не совсем понял, по поводу общения, например BGBilling radius`а с ядром... как это нет протокола... Просто по аналогии, например, если бы ядром был оракл, то протоколом обмена радиуса и ораклового сервера был бы sqlnet. А как это реализовано у вас?

Автор:  skn [ 27 авг 2008, 03:13 ]
Заголовок сообщения: 

Dmitri писал(а):
Не совсем понял, по поводу общения, например BGBilling radius`а с ядром... как это нет протокола... Просто по аналогии, например, если бы ядром был оракл, то протоколом обмена радиуса и ораклового сервера был бы sqlnet. А как это реализовано у вас?


Радиус работает напрямую с БД (Mysql) по протоколу sql сервера. Сервер биллинга (ядро) в этом процесе ни как не участвует.

Автор:  stark [ 27 авг 2008, 13:31 ]
Заголовок сообщения: 

Dmitri писал(а):
Просьба уточнить, лицензии считаются как общее кол-во лицензий всех экземпляров модуля?



Да

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/