Требования к оборудованию для обслуживания видео 400 одновременным пользователям [дубликат]

А-ч - мой любимый предмет!

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

Теперь только для 150 МБ содержания Вы сможете кэшировать это легко, таким образом, Вы не должны будете волноваться о своей скорости диска (хотя это изменится, если Вы начнете выращивать этот довольный хранилище). Таким образом, то, что необходимо знать, - то, как интенсивный ЦП является этой работой (подсказка: вероятно, не очень, если это только что зафиксировало файлы - большую часть времени, Ваши центральные процессоры будут ожидать NICs) - который сказал, что Вы хотите по крайней мере два 2-3Ghz центральных процессора, вероятно, больше, но не глупые суммы, если Вы не ожидаете много роста, или Вы используете ту же машину, чтобы сделать транскодирование (который является плохой идеей так или иначе) - я продолжил бы работать с любым единственный сокет Xeon (36xx ряд) или двойной сокет Xeon (56xx ряд).

Вы захотите 4 ГБ памяти (это дешево, любой меньше - гетто и если машина не делает больше работу, затем повышающуюся, чем 4 ГБ прямо сейчас бессмысленны).

Удостоверьтесь, что Вы имеете в зеркальной паре small'ish/slow'ish дисков начальной загрузки/ОС и затем имеете другую зеркальную пару дисков данных - на данный момент я сохранил бы здесь, зная, что можно получить больше/быстрее диски когда увеличенное содержание.

Для ОС хорошо независимо от того, что Вы выбираете, нет никакой причины пойти почти 64-разрядная в эти дни, если нет никакого 64-разрядного драйвера, доступного для компонента, затем не помещают его в Вас машина - у этих парней было пять лет для перезаписи, если они не могут сделать этого, они не упорно работают достаточно за £$€whatever.

Теперь на самый важный бит, NICs, Вы захотите два в объединяемой в команду паре обработать отказы - идут для знаменитости, идеально карта класса сервера, которые поддерживают вещи как коалесценция прерывания и TOE/LSO - они помогут много. Теперь необходимо выяснить, какая скорость эти NICs - существует действительно только два варианта, которые необходимо рассмотреть - 1 Гбит/с и 10 Гбит/с.

NIC на 1 Гбит/с может отправить ~80-85MBps трафика, когда полностью управляется - который тренируется приблизительно в 200 Кбит/с или ~2Mbps на пользователя для 400 параллельных потоков - который является вполне немного на самом деле, это - примерно полный экран качество SD. Если бы Ваше содержание кодируется для => это число затем, я предложил бы, чтобы Вы перешли к NICs на 10 Гбит/с в день один - они обычно не точно в десять раз более быстры, поскольку их более трудно 'заполнить', но они остановят Вас имеющий проблемы роста в день один.

Конечно, Ваша вся сеть должна будет обработать тот объем трафика, также не забывают; переключатели, маршрутизаторы, брандмауэры, подсистемы балансировки нагрузки и т.д. должны будут все смочь очистить такую загрузку - плюс Ваши фактические интернет-ссылки, слишком конечно.

Удачи.

BTW - Я делаю такого рода вещь для приблизительно 500k пользователи, большинство в ~1.5Mbps (некоторые в ~6Mbps).

Отправка файлов является действием IO, таким образом, Ваш ЦП не подвергнется огромному хиту из получения по запросу файла и продвижения ее Вашим пользователям.

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

Хотя от руки у меня нет определенных чисел для предоставления. Просто мои начальные мысли здесь, надо надеяться, кто-то может расшириться путем обеспечения конкретных чисел/данных.

Вы не упоминаете, что вещи как сжатие, кодеки, являются Вами, просто копируя законченные файлы, передавая их потоком, сдают в аренду их или единственный сервер, эти одновременные пользователи, и т.д...

Лучший совет, который, как я сказал бы, является, получает самые быстрые диски, которые можно получить, возможно, RAID 10 их (не знайте, является ли это критически важной для бизнеса системой) с аппаратными средствами RAID. Получите лучший четырехъядерный процессор, который можно получить, поскольку это, вероятно, не будет столь же тяжелым на процессоре как на подсистеме диска и сетевой плате. Будьте более обеспокоены своей сетевой платой, являющейся и гигабитной скоростью высшего качества (получите два и объединяйте их в команду, если это возможно, с правильно настроенным Коммутатором Cisco). Получите как можно больше памяти для кэширования целей, 64 ГБ или больше.

Действительность - то, что это зависит от Вашего фактического использования. Вы протестировали это в меньшем масштабе? Если так, на каких аппаратных средствах, и как это работало? Когда Ваши пользователи жалуются на производительность? С какими узкими местами Вы встречались?

Этот вопрос, как изложено немного неопределенен в деталях Вашей реализации.