Сервер для веб-телевидения… выделенный?

Я разрабатываю веб-сайт и хочу интегрировать Live Web TV.

У меня есть выделенный сервер:

Quad Core Q6600
4x 2.40+ GHz
4GO RAM
1TO Disk Space
Unmetered Bandwidth
100Mbps (goes down to 10Mbps if I reach 3TO of bandwidth. Possibility to swtich to 1 Gbps if I pay more)

Я думаю, что буду использовать Red5 (установка будет производиться Re5 Team), потому что это открытый исходный код и бесплатно.
Битрейт будет около 500 кбит / с.

Я предполагаю, что у меня будет около:

100 пользователей смотрят мою прямую трансляцию
Я буду вести прямую трансляцию всего 2 часа в день.
Видео по запросу всегда должны быть доступны для событий с повторным воспроизведением.

Может ли мой сервер поддерживать такой вид деятельности? Или мне нужно больше ресурсов? Обратите внимание, что на этом сервере размещены веб-сайты моих клиентов. Должен ли я составлять план VPS для WebTV и отдельных ресурсов? Конечно, если этот сервер поддерживает этот трафик.

Я действительно не хочу идти в компанию, которая предоставляет такие услуги, потому что они слишком дороги.

streaming

Давайте посчитаем здесь, давайте начнем с пропускной способности;

Вы хотите, чтобы 100 пользователей смотрели прямой одноадресный поток со скоростью 500 Кбит / с, это 50 Мбит / с - это ровно половина ваших 100 Мбит / с, если предположить, что весь трафик исходящий и нет джиттера или другого трафика, такого как обычные веб-обращения для вашей целевой страницы / каталога и т. Д. Это удивительно близко к кость.

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

Теперь на диске вы не указываете, сколько людей вы хотели бы смотреть записанный контент или битрейт, но давайте предположим, что вы придерживаетесь (кстати, довольно низкой) скорости 500 Кбит / с, а 1 ТБ поступает от потребителя. Диск SATA 7,2 об / мин. Скорее всего, хотя ваша система будет пытаться использовать тот небольшой объем памяти, который остался в качестве кеша диска, это не будет столь успешным из-за соотношения хранилища содержимого и кеша (я всегда предполагаю, что эффективность кеша будет 0%, это хорошая основа для гаснет), поэтому ваш диск должен иметь возможность получать 50 Кбит / с на пользователя, на элемент контента с диска, который, вероятно, даст вам в лучшем случае 20-25 МБ / с при произвольном чтении - это должно быть легко 25 МБ / с разделить на 50 Кбит / с, к сожалению, это не так просто, поскольку каждое чтение - это «операция ввода-вывода», для которой эти диски годны, может быть, со скоростью 150 в секунду - так что в абсолютном теоретическом отношении вы могли бы, если бы ваши пользователи знали, как делать свои запросы таким образом, чтобы они вас обслуживали, поддержка 150 одновременных воспроизведений.

Теперь перейдем к вашему ЦП, хотя это потребительский ЦП 4-летней давности, учитывая очень незначительную работу по перемещению данных между шинами, он должен соответствовать этой задаче, это потребительский ЦП, однако с некоторыми из технологий, используемых в Xeons для поддержания вашего сервера. надежно, но я снова предполагаю, что это вас сейчас мало волнует. 4 ГБ снова должно быть в порядке, код, который вам понадобится, не понадобится, и все, что останется, будет плохим кешем по отношению к хранилищу контента, но он должен содержать все ваше статическое содержимое страницы, так что это нормально.

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

Amazon Web Services вчера выпустила прямую трансляцию через Cloudfront; Думаю, это ваше лучшее решение по надежности, стоимости и хлопотам. Скорее всего, это будет стоить вам намного меньше, чем вы думаете- сделай цифры. Увидеть ниже.

Уважаемый клиент Amazon Web Services,

Мы рады объявить о запуске потоковой передачи HTTP в реальном времени для Amazon CloudFront, простой в использовании сети доставки контента AWS.

Используя Amazon CloudFront с Amazon EC2 под управлением Adobe Flash Media Server и Amazon Route 53 (DNS-сервис AWS), теперь вы можете легко и экономично доставлять живое видео через AWS. И мы упростили начало работы, создав шаблон AWS CloudFormation, который обрабатывает всю подготовку и секвенирование всех ресурсов AWS, необходимых для этого стека потоковой передачи в реальном времени.

Вы платите только за ресурсы AWS, которые потребляете, и у вас есть полный контроль над исходным сервером потоковой передачи (Adobe Flash Media Server, работающим на Amazon EC2), поэтому вы можете настроить его для наилучшей работы с конкретным характером вашего мероприятия.

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

С уважением,

Команда Amazon CloudFront