Какая ширина канала нужна для видеохостинга?

Question

[komarovsergey42]

Здравствуйте! Вопрос теоретический. Какую ширину канала должен иметь видеохостинг?
К примеру на сайте есть 1000 видео в разрешение FULL HD, каждое видео одномоментно смотрят по 500 человек.
Что же получается? Средний битрейт для full hd видео составляет 8мб/сек, следовательно исходящая скорость Интернета
у сервера должна быть 4 000 gb / сек ? Как вообще это рассчитать ? Как это устроено у того же Youtube ?

Буду благодарен, если кто то сможет ответить подробно на этот вопрос, немного углубясь в теорию.

Comments

[Aetae]

А ты думал почему у трубы монополия?:)
Есть конечно всякие трюки, но от сути ты никуда не уйдёшь: если тебе нужно столько активных пользователей - тебе придётся отдавать именно столько трафика, неважно уж как распределённого.

[Saboteur]

Как это устроено у того же Youtube ?

У ютуба видео пережимается и хранится с разным качеством, и плеер позволять переключать качество (и следовательно объем трафика) для каждого пользователя, вычисляя текущую скорость.
Далее у ютуба множество серверов, включая те самые Google Cache сервера, которые могут находиться прямо у твоего провайдера, и одно и тоже видео будет скачиваться рядышком.
Но для стрима, который еще никуда не залит, да, нужно раздавать много раз.
В этом помогает мультикаст (https://ru.wikipedia.org/wiki/%D0%9C%D1%83%D0%BB%D...), но там все далеко не просто

[Valentin Barbolin]

FULL HD

На заборе тоже написано "злая собака".
Никакого там fullHD нет, количество точек конечно может соответствовать, но картинка будет пережатой максимально. Попробуй поставить какой-то расширение для браузера которое перехватывает линки на онлайн видео с сказать его. Вот ты удивишся размеру файла)

Все делайют как google, ставаят кучу серверов в разных локациях и распределяют трафик, что бы клиент был максимально близко к серверу и имел минимальный латенси.

[paran0id]

Вам нужна приличная CDN, а не раздача всего контента со своего сервера.

Answer 1

[ky0]

Никто крупный не раздаёт видео с одного сервера и даже с одного ЦОДа - всё это параллелится по разным местам и разным ISP. Следующая ступень - размещение серверов поближе к пользователям (см. Google Cache).

Answer 2

[Drno]

так и считать, складывая.. + 20% на запас)

Comments

[Сергей Горностаев]

И резервирование ещё, желательно двойное.

Answer 3

[Сергей Горностаев]

Ну, Netflix писали, что у них один узел стримит как раз до 40 Гбит/сек. Сколько все ЦОДы отдают - представить страшно.

Answer 4

[mayton2019]

Скорее всего ширина канала видеохостинга - это метафора. Тоесть ее конечно можно
посчитать если у нас есть 2 хоста в сети. Клиент и сервер. В случае с YouTube, Netflix
у нас есть много клиентов и есть много S3/BlobStorage хостов которые децентрализованы
географически и ваш софт выбирает то хранилище которое ближе к вам. Ну ближе не в смысле
километров а в смысле througtput.

Answer 5

[rPman]

Есть лайфхак, который не всегда работает, особенно с мобильными пользователями (потому что ipv4 у опсосов закнчились а ipv6 поднимать у них кишка тонка, вот и пихают всех за двойной nat, из-за которого нормальные технологии не работают) - использовать webtorrent и webtorrent stream, на основе webrtc (передача контента напрямую между пользователями).

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

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

p.s. пример реализации хостинга - peertube