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/ |