Как динамически масштабировать сервер icecast? (с несколькими динамическими точками монтирования)

я пытаюсь создать кластер серверов icecast, и я хотел бы, чтобы он масштабировался «динамически» (в стиле эластичных бобов), но я не могу найти никаких ресурсов по этой проблеме.

Сценарий будет таким:

  • Точки монтирования могут быть созданы/удалены в любое время.

  • Мастер будет работать на «более мощном» экземпляре EC2.

  • Иметь кластер «ретрансляторов» под AWS Elastic Beanstalk

  • Настройте Elastic Beanstalk для разрыва/отключения ретрансляторов на основе показателей пропускной способности.

Вопросы:

  • Есть ли рекомендуемый способ динамического масштабирования? (скажем, у нас высокий пик в выходные, а в понедельник пользователей почти нет)

  • Есть ли какая-нибудь доступная услуга, которая передала бы мое динамическое крепление? (скажем, тогда у нас будет только 1 огромная машина EC2, и эта служба будет нашим реле)

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


streaming amazon icecast
person kroe    schedule 24.04.2015    source источник
comment
Я предлагаю хостинг, совместимый с Icecast, с конфигурацией, которая поддерживает то, чего вы пытаетесь достичь. Это не Icecast, а мое собственное творение AudioPump. Если вы заинтересованы, не стесняйтесь, пишите мне по электронной почте [email protected]. Он еще не общедоступен, но уже некоторое время используется небольшой группой компаний.   -  person Brad    schedule 25.04.2015

Ответы (1)


arrow_upward
4
arrow_downward

Я думаю, вы переоцениваете потребление ресурсов сервером icecast. Есть нагрузочные тесты, которые вам следует прочитать.

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

Я лично считаю, что EC2 не очень подходит для сложной установки, включающей исходные клиенты с большим количеством файлов. Это почти всегда будет дороже, чем традиционный VPS или даже небольшой корневой сервер.

person TBR    schedule 24.04.2015
comment
Я просто размещу сервер, каждая точка монтирования будет транслироваться с другой машины, которая позаботится о кодировании. - person kroe; 24.04.2015
comment
У @kroe Digital Ocean лучший биллинг пропускной способности, который я когда-либо видел. 1 ТБ за 5 долларов в месяц. Вот ссылка на кредит в размере 10 долларов, чтобы попробовать: digitalocean.com/?refcode=047e545d941f Я рекомендую избегать их центров обработки данных NYC1 и NYC2, поскольку они перегружены. Мне очень повезло со всеми другими центрами обработки данных, которые они предлагают, и там работает много ящиков. Также кажется, что они на самом деле еще не измеряют использование полосы пропускания, но должны начать это делать в ближайшее время. У меня были ящики, которые проталкивали более 100 Мбит, не вспотев. - person Brad; 25.04.2015