BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 18 июн 2025, 16:08

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Требования к железу
СообщениеДобавлено: 21 сен 2010, 23:54 
Не в сети

Зарегистрирован: 21 сен 2010, 23:15
Сообщения: 2
Карма: 0
Приобретаем HP ProLiant DL160 G6 E5506 2.13ГГц, 4ГБ, 160ГБ Smart Array B110i SATA RAID, подойдёт ли эта конфигурация под сервер BG Billing, какое количество одновременных подключений он потянет, и главное какой дисковый массив потребуется для хранения БД примерно на 500 абонентов. Какую машину поставить под RADIUS сервер.
На данный момент строим локальную сеть, количество абонентов около 800, своих лицензий и биллинга не имеем, услуги Интернета предоставляют сторонние организации, но очень хотим выйти на рынок операторов связи.
В общем будем рады любой информации, от советов по железу, до схем построения узла связи.
Если что то пишу не так, не пинайте пожалуйста! Дилетанты мы пока, но желание к постижению данной отрасли очень большое, будем учиться и смиренно выслушивать Ваши советы и наставления.
С биллингом определились только BG Billing, наши партнеры используют BG Billing.


Последний раз редактировалось MagSet 22 сен 2010, 00:40, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Требования к железу
СообщениеДобавлено: 22 сен 2010, 00:20 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
для сравнения посмотрите http://www.bgbilling.ru/program/speed.shtml


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Требования к железу
СообщениеДобавлено: 23 сен 2010, 23:17 
Не в сети

Зарегистрирован: 21 сен 2010, 23:15
Сообщения: 2
Карма: 0
skn писал(а):
для сравнения посмотрите http://www.bgbilling.ru/program/speed.shtml

Там про ёмкость винтов ни слова !
Какой ёмкости нужен HD, планируется около 1000 абонентов, а в будущем около 5000 абонентов, БГБ сервер, радиус и прочее всё планируем запустить на одной машине, заказали пока один 500 Гиг, позже поставим второй, для рэйд0+1, или нужен другой рэйд массив ? В сети у нас сейчас стоят 4 D-Linka DES 3028G, все соединены по оптике, могут ли они обсчитывать трафик ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Требования к железу
СообщениеДобавлено: 24 сен 2010, 00:11 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
а разве из двух винтов получится raid 0+1 ?

какой райд? ну по хорошему нужно как минимум зеркало.

что касается объема, то тут все субъективно, очень много факторов (какие услуги, тарифы, сроки хранения и т.д.)
не думаю что у вас кол-во клиентов увеличиться с 1 до тыс за месяц, так что успеете увеличить дисковый масиив при необходимости, тем более, что при современных тенденциях развития железа, планировать больше, чем на год-два не стоит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Требования к железу
СообщениеДобавлено: 24 сен 2010, 16:22 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
MagSet писал(а):
skn писал(а):
для сравнения посмотрите http://www.bgbilling.ru/program/speed.shtml

Там про ёмкость винтов ни слова !

там же сказазано что SAS используется, а на ем емкость будет такая какую захочешь ;)

MagSet писал(а):
Какой ёмкости нужен HD

вопрос: для чего? если Вы вдумаетесь в в вопрос и ответите на него то тогда можно будет давать хоть какие то рекомендации ... наводящие вопросы: _что_ планируете хранить на HDD? только БД и логи сервера? netflow? ЧТО? как долго Вы это планируете хранить?

MagSet писал(а):
заказали пока один 500 Гиг, позже поставим второй

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

MagSet писал(а):
В сети у нас сейчас стоят 4 D-Linka DES 3028G

имеются ввиду DES-3028?

MagSet писал(а):
могут ли они обсчитывать трафик ?

только снятием SNMP статистики с портов, т.е. ни о какой детализации трафика и учете его по иным услугам кроме "входящий трафик" и "исходящий трафик" речи идти не может

на всякий случай, чтобы не обсуждать невозможное (a-la учет трафика на свичах доступа) процитирую свое сообщение на другом форуме:
snark писал(а):
NAT-а в свичах нет! скоро должен появиться аппаратный NAT от D-Link, но это будет отдельная железка, а не прошивка к имеющимся свичам

netflow - проприетарная фича Cisco, которая да, имеет место быть и у других производителей, но на свичх D-Link этой фичи нет! есть только IPFIX (RFC 3917), формат данных которого идиентичен netflow v9, но, ЕМНИМС, IPFIX есть только на свичах серии 72хх, а на младших моделях свичей netflow ни в каком виде нет

шейпинга нет! для шейпера нужна _память_ в которую можно было бы помещать пакеты, а т.к. ее (памяти) нет, то поэтому есть только полисинг! разница между ними уже описана, поэтому я повторяться не буду:
cisco.com писал(а):
Policing Versus Shaping

The following diagram illustrates the key difference. Traffic policing propagates bursts. When the traffic rate reaches the configured maximum rate, excess traffic is dropped (or remarked). The result is an output rate that appears as a saw-tooth with crests and troughs. In contrast to policing, traffic shaping retains excess packets in a queue and then schedules the excess for later transmission over increments of time. The result of traffic shaping is a smoothed packet output rate.
Изображение
Shaping implies the existence of a queue and of sufficient memory to buffer delayed packets, while policing does not. Queueing is an outbound concept; packets going out an interface get queued and can be shaped. Only policing can be applied to inbound traffic on an interface. Ensure that you have sufficient memory when enabling shaping. In addition, shaping requires a scheduling function for later transmission of any delayed packets. This scheduling function allows you to organize the shaping queue into different queues. Examples of scheduling functions are Class Based Weighted Fair Queuing (CBWFQ) and Low Latency Queuing (LLQ).



Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.053s | 30 Queries | GZIP : On ]