Сервер для прямой трансляции аудио / видео
Мне нужно создать сервер для веб-сайта, который будет транслировать потоковое аудио и видео. Функциональность будет похожа на www.ustream.tv с каналами с одним вещателем и неограниченным количеством подписчиков (которые могут общаться только через текст). Поток будет иметь несколько скоростей в зависимости от соединения. Для начала мне нужно иметь возможность иметь 100 пользователей вещания с 1000 подписчиками.
Какое сочетание программного и аппаратного обеспечения является лучшим? Для начала я начну с одного сервера, а затем при необходимости соберу больше.
Я слышал о медиа-серверах на базе Flash Media Server 3.5 или Red5. Но я не знаю, какой предпочесть.
Заранее спасибо (и извините за мой английский)
4 ответа
Несколько мыслей;
- Что касается вашего клиентского программного обеспечения, это очень важно, конкретные версии для конкретных ОС - это определит ваше потоковое программное обеспечение.
- Каковы ваши профили потоков, вы собираетесь предварительно кодировать или у вас есть / ожидаете перекрестного кодирования на лету?
- Выполнили ли вы в среднем свои математические расчеты и требования к пропускной способности для этого, это ваш самый высокий показатель, учитывающий весь путь от диска / памяти к ЦП, IO, NIC, L2, L3, балансировщикам нагрузки, брандмауэрам, любым VPN, которые вы можете есть / нужно, внешняя маршрутизация, дальнейший транзит и т. д.
- Планируете ли вы обслуживать не потоковый трафик (главная страница, транзакции и т. Д.) С потокового сервера? если да, то почему, поскольку этот трафик может легко справляться с дрожанием, а видео - нет - рассмотрите возможность разделения внешнего интерфейса на типы рабочей нагрузки, что упрощает масштабирование.
- Подумайте, как вы собираетесь "подключаться" к живому контенту, и есть большая вероятность, что вам понадобится эта возможность для соблюдения прав.
Что касается аппаратного обеспечения, мне кажется, что вам нужны как производительность, так и отказоустойчивость, вы будете бороться за то, чтобы получить это по заниженным ценам, придерживаться одного из средних / больших мальчиков (Dell или лучше), а не строить свой- собственный - ты будешь достаточно занят, как есть.
Надеюсь, что это было полезно.
Единственный способ, которым вы сможете сделать что-то подобное без огромных инвестиций в аппаратное и сетевое планирование, - это использовать службу потокового хостинга (похожую на услуги веб-хостинга, но в большей нише). Вы также можете изучить использование сервиса Amazon CloudFront Streaming.
Быстрое кодирование 100 видеопотоков время, сколько бы вы ни хотели, будет более чем сломать любой сервер, если вы не хотите большого железа, и кажется, что вы хотите дешевое решение, так что это не вариант. Если ваш клиент выполняет кодирование, а ваш сервер просто обрабатывает рассылку, это все равно будет большим успехом, но значительно меньше, но это будет означать, что клиент сможет кодировать различные битрейты и передавать все обратно вам одновременно.
Это тот тип вещей, когда вам, вероятно, придется написать свой собственный клиент или адаптировать проект с открытым исходным кодом, который делает потоковый снимок экрана, чтобы получить вам фиды. Я бы посмотрел на это и увидел, на какие серверы вы можете транслировать, а затем перейти оттуда.