создание серверной инфраструктуры провайдера
Вопрос касается скорее системного администрирования в целом, но тем не менее, я уверен что на форуме достаточно сис админов интернет провайдеров, для которых не составит труда поделиться информацией :)
Собственно задача стоит в том, чтоб создать надежную серверную инфраструктуру для провайдера, с расчетом на 10000 абонентов, абоненты подключаются через свичи второго уровня, либо adsl коммутаторы, адресация внутренняя 192.168.х.х, как оптимально спланировать серверную часть с возможностью масштабирования, резервирования и отказоустойчивости.
----------
|bgp server|
----------
|
----------------
| billing\shaper |
----------------
|
----------
| user net |
----------
Для примера приведу простой вариант, необходимо продублировать биллинг (биллинг работает через mysql базу), возможно вынести сервер mysql на другой сервер итд, очень интересует вариант виртуализации, возможно ли и на сколько оправданно применение данной технологии, для упрощения управления серверами?
- Для комментирования войдите или зарегистрируйтесь
Неполные вводные
Меня всегда интересовали величины [средней абонентской] нагрузки, используемые при расчёте сетей передачи данных...
:wq
--
Live free or die
Кластер на OpenVZ
Если статистика собирается по нетфлоу, я бы использовал отдельный нетфлоу-коллектор. Отработал бы возможность запихивания нетфлоу трафика в биллинг, конечно бы разделил нетфлоу и бгб сервер особенно если у него несколько бгп автономных систем с анонсированием FullView. далее если нужна масштабируемость я обычно использовал кластер из двух серверов на gentoo linux \ openVZ \ raid 5 что дало достаточное количество ресурсов \ масштабируемость при возможности добавления в состав кластера новых серверов, отказоустойчивость при 5 рейде есть возможность заменить сдохший винт. нарастить колличество серверов, но тогда значительно усложняется обслуживание системы.
Ну а в остальном если используется РАДИУС-сервер, тогд авторизация должна проходить без провалов в сети, иначе будут зависшие сессии или частые реконекты. Также возникают сложности при использовании ВПН серверов