Расчёт сервера¶
Цифры этого раздела — ориентиры для планирования, а не результаты замеров на вашем оборудовании. Расход зависит от протоколов, настроек и источников, поэтому закладывайте запас и проверяйте загрузку на месте: загрузку CPU, памяти и сетевых интерфейсов узла показывает веб-интерфейс, а превышение порогов сообщают алерты (Оповещения (алертер)).
Процессор и память¶
Общее правило (Требования к системе): 1 ядро 2,4 ГГц и 1 ГБ памяти на каждые 200 Мбит/с трафика. Считайте вход и выход вместе: узел разбирает и проверяет каждый пакет на входе и отдельно отправляет его на каждом выходе.
Пример: 40 каналов HD по 8 Мбит/с, каждый отправляется один раз в multicast. Вход — 320 Мбит/с, выход — 320 Мбит/с, всего 640 Мбит/с: по правилу это 3–4 ядра.
Память растёт скорее с числом потоков, чем с трафиком. Для простой раздачи UDP правило «1 ГБ на 200 Мбит/с» щедрое, но меньше 2 ГБ на систему и службу не закладывайте.
Поток с раздачей OTT держит в памяти окно сегментов — около 40–80 секунд канала.
Перекодирование в правило не входит. Транскодеру нужны свои ресурсы — ядра CPU или GPU (Транскодеры). Если каналы передаются как есть, транскодер не нужен.
DVB-адаптеры¶
Каждый адаптер читает весь транспондер — обычно 40–80 Мбит/с — и выделяет из него
нужные программы. Для планирования закладывайте до одного ядра на адаптер: это
верхняя граница, обычно расход заметно меньше. Если ядро всё же занято целиком, узел
поднимает алерт кода 40 (dvb-thread-cpu, Перечень алертов).
Программное дескремблирование BISS нескольких программ транспондера занимает малую долю ядра.
Модуль CAM дескремблирует сам, и узел почти не нагружает. Ограничение здесь — сам модуль: сколько программ он дескремблирует одновременно, указано в его характеристиках.
Раздача гостям (OTT)¶
Телефоны и планшеты гостей считайте по исходящей полосе: число одновременных зрителей × битрейт канала. 200 зрителей по 3 Мбит/с — около 600 Мбит/с с узла. При таком числе зрителей раньше процессора упирается сетевой интерфейс и канал до гостевой сети: все зрители канала читают одни и те же сегменты из памяти, и отдельной копии на зрителя нет.
Сетевые интерфейсы¶
Разведите multicast для телевизоров и сторону интернета и OTT по разным интерфейсам или хотя бы по разным VLAN. Multicast узел отправляет с интерфейса, заданного у выхода, а OTT отдаёт с адреса своего HTTP-сервера, поэтому такое разделение получается само.
0,5–1 Гбит/с multicast занимают порт 1 Гбит/с целиком. Если multicast может дойти до 1 Гбит/с, ставьте на эту сторону 10 Гбит/с или объединение двух портов 1 Гбит/с.
Своего ограничения на скорость отправки multicast у узла нет: пределы задают сетевая карта, коммутатор и настройка IGMP (Сеть multicast в гостинице).
Диск¶
Без DVR узлу нужно место только для настроек, журналов и небольших баз
(статистика, журнал, EPG): около 10 ГБ свободного места под /var/log/pss и
каталог настроек с запасом. Журнал main.log ротируется ежедневно, старые файлы
удаляются через месяц (Журнал службы). Архив DVR рассчитывается отдельно, по
глубине и битрейту каналов (OTT и DVR).
Примеры¶
Небольшая гостиница |
Крупная гостиница |
|
|---|---|---|
Каналы |
30: 10 SD по 3 Мбит/с и 20 HD по 8 Мбит/с |
80: 20 SD по 3 Мбит/с и 60 HD по 8 Мбит/с |
Трафик multicast |
190 Мбит/с |
540 Мбит/с |
Источники |
2 DVB-адаптера, каналы из интернета |
4 DVB-адаптера, каналы из интернета |
Гости по OTT |
до 30 зрителей по 3 Мбит/с — 90 Мбит/с |
до 200 зрителей по 3 Мбит/с — 600 Мбит/с |
CPU по правилу |
вход и выход 470 Мбит/с — 3 ядра, плюс до 2 ядер на адаптеры: 4–6 ядер |
вход и выход 1,7 Гбит/с — 9 ядер, плюс до 4 ядер на адаптеры: 10–14 ядер |
Память |
4 ГБ |
8–16 ГБ |
Сеть |
1 Гбит/с на multicast, 1 Гбит/с на интернет и OTT |
10 Гбит/с или 2 × 1 Гбит/с на multicast, 1 Гбит/с на интернет и OTT |
Диск без DVR |
10 ГБ под журналы и настройки |
10 ГБ под журналы и настройки |
Если нужна защита от отказа сервера, второй узел рассчитывается так же (Резервирование).
