@Paltinik

Как лучше организовать свою CDN сеть по отдаче HLS потоков?

Надо организовать раздачу HLS потоков, бюджета особа нету на мощные сервера с 10 гбитным портом) да выделенные порты обычно с такой скоростью стоят не мало. Думаю взять 5 сервером с меньшими ресурсами и портами по 200 мбит и 1 сервер который будет обрабатывать запросы и перенаправлять на менее загруженные сервера. Так как если сервак мощный, но там в порт упирается всё, а он как правило много стоит если выделенный для себя брать. выгоднее взять с меньшими ресурсами, зато на каждом 200 мбит гарантировано.

Или лучше уже не изобретать велосипед и взять 1 мощный сервак с хорошим портом ? И вообще может кто подскажет по ресурсам, какие ресурсы нужны для приёма/отдачи 40 потоков одновременно ?

Я нарисовал пару схем для наглядности ))) я просто не профи, просто что бы Т3 грамотнее составить ))
1. Первая, на мой взгляд самая правильная с точки зрения архитектуры
5a1c41dcae75a789364870.jpeg
главный сервак принимает 40 и те же 40 отдаёт на резервные, это уже капец, канал забит.....
40 мбит приём и 40 мбит отдача, на все 5 серваков это 200 мбит.
в итоге это 240 мбит + ещё нужно быстро обрабатывать запросы зрителей анализировать и перенаправлять на менее загруженные сервера ...
2. Кольцевая схема, ну если какой то сервак вдруг упал, то работа всей сети может нарушиться
5a1c427a25f66039663854.jpeg
на выходе имеем, главный сервак принимает 40 и отдаёт 40 потоков, остаётся 120 мбит это даже более чем достаточно на обработку зрителей и приём статы. но если в кольце с каким то серваком не то, то может накрыться вся сеть
а на всех остальных по 120 мбит свободно тоже, на последнем в кольце сервере 160 свободно будет, тоже прожигание линии в пустую (
3. Работа на прямую.
5a1c42cc23f7e413906164.jpeg
С такой схемой напруга на провайдера идёт не хилая в 200 мбит/с и то это минимум, если потоки будут по 1 мбит.. со стабильностью могут быть проблемы, где то может что то работать, а где то нет.... но зато на всех остальных серверах по 160 мбит свободно, а главный сервер вообще разгружен только принимает статистику и обрабатывает запросы зрителей и перенаправляет на имение загруженные сервера
  • Вопрос задан
  • 193 просмотра
Пригласить эксперта
Ответы на вопрос 1
@lubezniy
Не скажу за раздачу именно IPTV, просто про общие принципы работы highload-сервисов (опыт имеется). Не надо по возможности зацикливаться на одном сервере ни в какой точке. В этом раскладе достаточно упасть одному каналу - и всё. Балансировщик в принципе может отдавать пользователю только ссылки на другие серверы, не неся почти никакой нагрузки на канал. Второй балансировщик желательно поставить в качестве резервного или в качестве дополнительного (лучше в отдельном от первого датацентре), делая round robin через DNS. Ну и серверы отдачи тоже в нескольких датацентрах заказать, чтобы они цеплялись в Интернете к разным провайдерам - опять же по причинам отказоустойчивости. Ну и для приёма сигналов и раздачи потоков тоже несколько машин не помешает. Раздачу между серверами при большом их количестве можно и в несколько уровней выстроить. Но здесь ещё нужно будет отдельно и специально задумываться о мониторинге и администрировании, чтобы можно было одинаково быстро отслеживать сложности у разных датацентров-провайдеров и соответственно дёргать разных специалистов.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы