Сервера для MySQL

[mnemonic]

Добрый день!

Подскажите конфигурацию двух серверов.

В кач-ве нагрузки будет только БД MySQL для биллинга UTM5
Два сервера будут работать в кластере.
Сам биллинг будет подключен к серверам через гигабитный коммутатор.
Между собой сервера будут подключены кроссоверным кабелем по гигабиту
Кол-во абонентов до 2000.

Также посоветуйте ОС для MySQL

[exLH]

Подскажите конфигурацию двух серверов.

Нужно наверное понять, какая будет нагрузка - 2000 клиентов это слишком образно...

[Stranger03]

В кач-ве нагрузки будет только БД MySQL для биллинга UTM5

Это билинг под вашу АТС на 2000 портов?
Как UTM5 получит доступ к АТС (сеть, какая-то карточка)?
Сколько народу и как часто будут пользовать этот билинг?
Кластер под майскуль будете настраивать сами?

[mnemonic]

Биллинг используется для авторизации абонентов VPN на NAS (Cisco) через Radius, для подсчёта IP трафика, отчётов по трафику и услугам.

Все абоненты непосредственно имеют доступ к серверу биллинга через IP сеть, 100Мбит/с.
NAS сервер подключен к UTM5 по сети 100Мбит/с

К БД биллинг обращается во время агрегации трафика Netflow каждые 100 сек, то есть идёт запись в БД.
Постоянно к БД идут UPDATE и INSERT, SELECT
При выполнении отчётов по трафику выполняется большое кол-во запросов.

Сколько будет стоить настроить кластер?

[DeadMazay]

При выполнении отчётов по трафику выполняется большое кол-во запросов.

это да... проседать может по процессору и памяти

[Stranger03]

Биллинг используется для авторизации абонентов VPN на NAS (Cisco) через Radius, для подсчёта IP трафика, отчётов по трафику и услугам.

Насколько активно ваши 2000 пользователей будут строить отчеты?
Есть какие-то прикидки по нагрузке на сервер?

[and3008]

Вы немного не понимаете по моему. Человек делает биллинг. У него трафик от клиентов терминируется на Циске, Циска отдает информацию о потребленном трафике по протоколу RADIUS и/или NetFlow отдает это на какой-то коллектор. Коллектор все это запихивает в базу данных.

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

Число клиентов в 2000 штук - ни о чем. Надо примерно знать сколько активных абонентов.
Лучше данные о аппаратных требованиях запрашивать у поставщика биллинговой системы. После этого идти к продавцам железа за ценами. И никак не наоборот.

[DeadMazay]

Надо примерно знать сколько активных абонентов.
Лучше данные о аппаратных требованиях запрашивать у поставщика биллинговой системы. После этого идти к продавцам железа за ценами. И никак не наоборот.

это точно... но сдается мне будет что-нить типа UTM

[mnemonic]

Число клиентов в 2000 штук - ни о чем. Надо примерно знать сколько активных абонентов.
Лучше данные о аппаратных требованиях запрашивать у поставщика биллинговой системы. После этого идти к продавцам железа за ценами. И никак не наоборот.

Число активных сессий думаю будет ~300-400 потому как сейчас при 800 абонентах активных абонентов ~100-200 в зависимости от времени суток

Запрос в Netup был такого вида

> Необходима рекомендация по выбору железа для биллинга на UTM.
> Планируемое кол-во абонентов: 3000
> На сервере биллинга будут работать:
> Ядро UTM, Radius, Модуль для 1С, Модули платежей Яндекс деньги и Веб мани.
> Статистика будет браться с маршрутизатора Cisco по NetFlow
> Прогнозируемый объём трафика в месяц 1 терабайт

Вот соответствующий ответ от них:

Процессор Вам подойдет самый простой, уровня Pentium-4-2.8GHz
F вот под 3000 пользователей лучше использовать диски SCSI или SAS. Объем -
в зависимости от желаемого времени хранения детальной статистики, которая
может занимать до 10% от прошедшего трафика (обычно 5-7)

Сейчас на рабочем сервере работают UTM5 и MySQL:
Характеристика сервера:
2x CPU Xeon E5405
2Gb RAM ECC PC-5300
4 SATA HDD RAID 10; Intel SRCSAS-RB
ОС: FreeBSD 7.0

Во время отчётов сервер грузиться на 100%. Грузит его в основном MySQL.
Поэтому решено было БД вынести на отдельный сервер.

[and3008]

Глупый вопрос: А вы MySQL тюнить не пробовали? Там есть чего по-тюнить.

Если хотите купить просто новую железку, то вопросов нет.

[Stranger03]

Вы немного не понимаете по моему. Человек делает биллинг.

А кто конкрентно не понимает?
ИМХО помимо просто сборки самой статистики от Циски есть еще задачи вывода этой статистики. Надо смотреть в какие моменты тормозит текущий сервер, просто во время сборки трафика или в момент вывода статистики по запросу пользователя.

[and3008]

СУБД у него тормозит. Чтобы сервер вис при сборке трафика от Циски - это я не знаю какой кривизны руки надо иметь, чтобы такое допустить.

А в СУБД накосячить - пара пустяков. Индексы, к примеру, протухли и как говориться, с добрым утром. Тюнинг - это всегда из разряда искуства, не все им овладевают.

[Stranger03]

СУБД у него тормозит. Чтобы сервер вис при сборке трафика от Циски - это я не знаю какой кривизны руки надо иметь, чтобы такое допустить.

При сборе трафика согласен, но если на САТА дисках 10-к человек запустят отчет по трафику скажем за месяц, то какие бы не были индексы - тушите свет. Согласитесь, что из 2000 народу с десяток вполне может набраться.

[and3008]

Все зависит от того, как они там инфу хранить будут. Если уже в агрегированном виде, с агрегацией скажем за час, то на SATA-дисках можно много запросов обслужить.