Затраты на пропускную способность для потокового сервиса

Посмотрите на ускоряющие балансировщики нагрузки, такие как jetNEXUS. Их очень просто настроить и использовать такие методы, как статическое кэширование, мультиплексирование и сжатие HTML, чтобы значительно уменьшить объем данных, попадающих на фактические серверы. Это может сэкономить вам кучу денег на расходах на пропускную способность. Я думаю, что у Rackspace есть некоторые предложения Zeus или Jetnexus, и я знаю, что они доступны в качестве опции в облаке Amazon.

Есть много способов уменьшить эту стоимость. Я знаю, что Spotify делает следующее (среди прочего):

1. Кэшируйте песни локально.
2. Используйте P2P для загрузки с других клиентов (они в основном используют сервер, чтобы гарантировать низкую задержку).
3. Разрешить высокие скорости передачи данных только для платных пользователей.

Я рекомендую вам прочитать следующее: http://www.csc.kth.se/~gkreitz/spotify-p2p10/

Если вы ищете дешевый хостинг, я предлагаю вам проверить: http://www.hetzner.de/. Я ими не пользовался, но слышал о них много хорошего.

Мы работаем над снижением затрат на нашу службу доставки больших объемов электронной почты (http://elasticemail.com), которая использует большая пропускная способность и нуждается в масштабировании. Мы обнаружили, что, перейдя на OVH, мы могли бы получить гораздо большую пропускную способность и гораздо больше аппаратного обеспечения за гораздо меньшие деньги, и у них есть отличный API для автоматизации многих сложностей, которые вы найдете в сложной инфраструктуре.

Спасибо OVH (http://ovh.ie) за то, что сэкономили нам много денег.

Я знаю, что облачные файлы Rackspace для их CDN (который включен в стоимость) используют Akamai. Akamai, кажется, не имеет никаких цен в Интернете, но после некоторого поиска в Google они кажутся дорогими.

Я бы попробовал эти штуки.

1. Расскажите Rackspace о своих планах и спросите, могут ли они договориться о какой-нибудь крупной сделке.
2. Свяжитесь с Akamai и расскажите им о своих планах и посмотрите, что они предлагают.
3. Погуглите «самая дешевая сеть доставки контента» и посмотрите, что получится.

Я думаю, CDN — это то, что вам нужно, это даст вам необходимую емкость. Я не думаю, что было бы возможно сделать так много с помощью простого VPS или облачного провайдера без CDN.

По сути, если вы обслуживаете много статического контента и делаете это с облачных серверов (vps), в какой-то момент он засорит ваши каналы, даже если у вас есть несколько серверов, он в конечном итоге достигнет пропускной способности. но с CDN весь контент выталкивается на узлы, так что в основном это продолжается и продолжается :)

По моему опыту, Akamai CDN просто великолепен. Я использовал его совсем немного (через облачные файлы RS) и примерно за 2 года столкнулся только с 2 проблемами, одна из которых была по вине конечного пользователя за использование некоторых удаленных DNS-серверов, а другая была исправлена ​​​​примерно через 1,5 дня, где пользователь находился в Италии или где-то еще, а его контент исходил из какой-то другой страны.

Akamai использует поиск в базе данных географических IP-адресов DNS-сервера, который запрашивает URL-адрес, чтобы предоставить вам IP-адрес хоста поблизости. Это отлично работает для большинства людей, поскольку они будут использовать DNS-серверы своих интернет-провайдеров для поиска.

С другой стороны, у большинства пользователей время пинга намного меньше, чем если бы они загружали его из Америки, например, в Голд-Косте мое время пинга до акамай составляет около 20-50 мс, до США - 250-400 мс.

Обновление: после того, как я сам немного погуглил, это выглядело многообещающе: http://24ways.org/2008/using-google-app-engine-as-your-own-cdn — они предлагают использовать Google App Engine в качестве CDN. С положительной стороны, в прошлый раз, когда я проверял, вы можете сделать это бесплатно, но с другой стороны, я бы не стал основывать бизнес, планируя, что это останется бесплатным; следуя истории Google, когда он выпускал бесплатные вещи, а затем взимал за них плату или отказывался от них.