Аппаратные спецификации для веб-кэша

Мое совершенство. Должен был добавить Windows Firewall exception для порта 81. Как глупый. Проблема решена. Старые добрые лентопротяжные механизмы...

1
задан 1 July 2011 в 03:13
1 ответ

Лак сможет совместно использовать объекты через сессии? Другими словами, Ваша архитектура, таким образом, что объект, загружаемый клиентом видеопотока, /somestream/1h42m0s-1h42m10s/, в противоположность /somestream/for/joeuser? В этом случае, на основе того, что Вы описываете, я пропустил бы SSD и просто пошел бы для тонны RAM; Лаку действительно не нужна память на диске ни для чего при конфигурировании с a malloc пул. Не забудьте выключать swappiness. Если с другой стороны, Лак просто передает каждый запрос бэкенду, то в лучшем случае все, Вы выходите из него, является некоторой защитой от наводнений SYN.

Я видел, что Лак счастливо продвигает несколько гигабитов снаружи, но удостоверяться все выше Лака знает, как обработать такой трафик, также. Некоторые брандмауэры (имена, отредактированные для защиты виновного), могут едва обработать 100 Мбит/с, уже не говоря о виде трафика (4Gbit/s) Вы говорите о том, если каждые из тех соединений насыщают его ссылку в 2Mbit/s. Для NIC даже встроенное 10Gbit порт, вероятно, сделает Вас очень хорошо; если Вы должны, можно ли также сделать глупый связывающий канал материал с GigE, но почему беспокойство? Просто доберитесь 10G порт (или три) и прекратите дело.

Для самого сервера Вы не нуждаетесь очень в ЦП вообще, но истратили RAM. Палка пара быстрых дисков там, если Вы хотели бы, но единственная причина они, существует для начальной загрузки. Лак очень, очень тонкий сервер. Вы могли пойти для многоуровневого кэширования и попытаться разгрузить видео на жесткий диск, после того как они вращаются из RAM, но почему? Они уже кэшируются к диску на Ваших серверах содержания; это не похоже на диски на сервере Лака, так или иначе волшебно лучше. Потратьте те деньги еще на большее количество RAM. Серьезно, Вы не должны мигать на уровне 64 или 96 ГБ, учитывая виды пропускной способности, о которой Вы говорите.

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

2
ответ дан 3 December 2019 в 22:06

Теги

Похожие вопросы