Видеозвонок на двоих работает даже с ноутбука. Конференция на 50 человек — это уже задача инфраструктурного уровня. Звук и видео каждого участника нужно принять, обработать и раздать остальным одновременно. Если сервер не справляется, картинка зависает, звук рассыпается, подключения рвутся. Облачные ВКС-сервисы не всегда подходят: данные уходят за пределы контура, а при плохом интернет-канале качество падает вместе с надежностью.
В этой статье разберем, какой сервер нужен для видеоконференций на 50 и более человек, как рассчитать конфигурацию и что влияет на стабильность работы системы.
Где живет нагрузка при видеоконференции
Главная нагрузка ВКС-сервера сосредоточена в одном из двух мест: транскодирование видео (MCU) или пересылка потоков (SFU). От схемы работы платформы зависит вся конфигурация железа.
MCU и SFU: два подхода к обработке видео
Видеоконференция устроена иначе, чем обычный звонок. Всем участникам нужно видеть и слышать всех остальных — или хотя бы нескольких активных спикеров. Это задача медиасервера. Два основных подхода:
MCU (Multipoint Control Unit) — сервер принимает потоки от всех участников, смешивает их в единую картинку и звук, после чего раздает каждому участнику уже смешанный поток. Это требует большой вычислительной мощности на транскодирование, зато снижает нагрузку на сеть участников: каждый получает один поток, а не несколько.
SFU (Selective Forwarding Unit) — сервер только пересылает потоки между участниками, не смешивая их. Нагрузка на процессор ниже, но каждый участник получает несколько отдельных потоков — больше нагрузки на его клиент. Jitsi и mediasoup — чистые SFU и медиа не транскодируют; Kurento и BigBlueButton могут работать в MCU-режиме.
Откуда берется нагрузка
При конференции на 50 участников с видео 720p@30fps сервер обрабатывает потоки суммарной полосой около 50–100 Мбит/с входящего трафика (1–2 Мбит/с на поток). Это немного для сети. Процессорная нагрузка высока только в MCU-режиме, где сервер транскодирует медиа: перепаковать 50 видеопотоков в реальном времени — серьезная задача. SFU-сервер потоки не перекодирует, и CPU для него не критичен.
Какая конфигурация сервера нужна для 50 участников
Конкретная конфигурация зависит от платформы, разрешения видео и схемы работы (MCU или SFU). Дадим ориентиры.
Процессор
Транскодирование видео — задача для CPU, если нет аппаратного ускорения. Требования ниже актуальны для MCU-режима; для SFU процессор не критичен. Минимум для 50 участников в формате 720p:
- 16 физических ядер (Xeon Silver или аналог);
- частота не ниже 2,8–3,2 ГГц — важно для потокового кодирования;
- Intel Quick Sync — аппаратное кодирование H.264/H.265; AVX-512 ускоряет программное кодирование на CPU.
Для 100 участников или при использовании 1080p — от 32 ядер.
Оперативная память
Каждый активный сеанс требует буферов для видеопотоков. На 50 участников достаточно 64 ГБ ECC DDR4. При 100 участниках и более — от 128 ГБ. ECC обязательна: случайный битовый сбой в памяти при видеообработке дает артефакты или обрыв сессии.
Дисковая подсистема
Если конференции записываются — нужен быстрый диск под запись. NVMe SSD от 1 ТБ для активного хранилища записей, SATA SSD или HDD — для архива. При 50 участниках в 720p запись одной часовой конференции занимает 2–6 ГБ в зависимости от количества потоков и формата.
Сеть
Сетевой интерфейс — часто недооцениваемый параметр. На 50 участников суммарный трафик в обоих направлениях может достигать 500 Мбит/с–1 Гбит/с при FullHD. Нужен:
- 10GbE-адаптер как минимум;
- приоритизация RTP-трафика на коммутаторе — иначе пакеты с видео будут конкурировать с фоновым трафиком;
- ширина канала до интернета от 200 Мбит/с при внешних участниках.
Сравнение платформ для корпоративной ВКС
На рынке присутствуют несколько решений, которые можно развернуть на собственном сервере.
При выборе между open source и коммерческим решением ключевой вопрос — наличие поддержки и совместимость с корпоративной инфраструктурой (LDAP, SAML, запись в корпоративное хранилище).
Когда нужен выделенный GPU
GPU с NVENC (NVIDIA) или Quick Sync (Intel) оправдан там, где сервер кодирует видео: в MCU-режиме и при серверной записи конференций. Аппаратное кодирование снижает нагрузку на CPU в 3–5 раз. Для SFU-форвардинга GPU практически ничего не даёт.
GPU полезен, если:
- число участников превышает 100;
- используется 1080p или 4K видео;
- нужна одновременная запись нескольких конференций;
- MCU-транскодирование — основная нагрузка.
Для ВКС не нужен дорогой вычислительный GPU. Под такую задачу подойдет GPU-сервер с профессиональной картой среднего класса или даже потребительский ускоритель с поддержкой NVENC. Задача — аппаратное кодирование, а не обучение нейросетей.
Как рассчитать нужную конфигурацию
Есть практическая формула для расчета под MCU-схему с видео 720p@30fps.
Расчет CPU
Одно ядро современного процессора способно кодировать около 3–5 потоков HD-видео в реальном времени в программном режиме. При 50 участниках: 50 потоков / 4 потока на ядро = 12–14 ядер под транскодирование. С запасом на системные процессы — 16–20 ядер. Подчеркнём: формула работает только для MCU. SFU-серверу транскодирование не нужно — для 50 участников хватает 4–8 ядер, а узким местом становится сеть.
Расчет полосы пропускания
Один поток 720p с кодеком H.264 — около 1–2 Мбит/с. На полосу влияет и кодек: у H.264 самая широкая аппаратная поддержка, VP8/VP9 — стандарт WebRTC (по умолчанию в Jitsi) и экономнее по полосе, AV1 сжимает лучше всех, но заметно дороже по ресурсам кодирования. При 50 участниках входящий трафик — до 100 Мбит/с. Исходящий — трафик умножается на количество получателей. При MCU-схеме каждый из 50 получает 1 поток: исходящий = 50–100 Мбит/с. При SFU исходящий трафик выше.
Пример конфигурации для 50–100 участников
Это ориентировочная конфигурация для on-premise ВКС-платформы на 50–100 участников в формате 720p:
- 2× процессора по 16 ядер (32 ядра суммарно);
- 128 ГБ ECC DDR4;
- 2× NVMe SSD по 1 ТБ (RAID 1) — под ОС и активные записи;
- 2× SATA SSD 4 ТБ — под архив записей;
- 2× 10GbE-адаптер (bonding для резервирования);
- GPU с поддержкой NVENC (опционально для снижения CPU-нагрузки).
Отказоустойчивость и резервирование
Корпоративная ВКС — это критичный сервис. Сбой в разгар совещания с клиентами стоит дороже, чем двойное резервирование.
Дублирование ключевых компонентов
В схеме с несколькими серверами медиасервер реплицируется: при падении одного узла активные сессии переезжают на резервный. Это требует кластерного режима — он есть в TrueConf, Vinteo и ряде open source решений с Kubernetes-деплоем.
Для одиночного сервера минимум надежности:
- два блока питания с независимым подводом;
- RAID 1 или RAID 5 для дисков с данными;
- резервный сетевой интерфейс (bonding или LACP).
Подключение к сети и приоритизация трафика
ВКС-сервер ставят в сегмент сетевой инфраструктуры с приоритизацией трафика (QoS). Видео и голос чувствительны к потере пакетов: даже 0,5–1% потерь уже слышна в разговоре. Коммутатор должен поддерживать DSCP-маркировку и приоритизацию RTP. Эхоподавление, в отличие от сети, — забота клиентского приложения (WebRTC AEC): серверных ресурсов оно не требует.
On-premise или облако: когда выгоднее свой сервер
Облачные ВКС-сервисы — удобный старт. Но у них есть ограничения, которые со временем становятся проблемами.
Когда облако перестает устраивать
- Данные организации по политике безопасности не должны покидать периметр сети.
- Нестабильный или дорогой интернет-канал делает качество облачного сервиса неприемлемым.
- Число пользователей выросло настолько, что ежемесячные платежи за облако превышают стоимость собственного сервера за год.
- Нужна интеграция с AD/LDAP, корпоративной телефонией или системой записи переговоров.
Когда облако разумнее
- Редкие конференции, редкие пиковые нагрузки.
- Нет команды для поддержки on-premise инфраструктуры.
- Компания находится в процессе роста и нагрузка непредсказуема.
Граница окупаемости собственного сервера — обычно 30–50 пользователей при ежедневном использовании. Дальше on-premise выгоднее.
Импортозамещение в ВКС
После 2022 года западные ВКС-платформы стали недоступны или работают с ограничениями. Это создало спрос на российские решения.
Vinteo, Videomost и ряд других платформ сертифицированы ФСТЭК, работают на отечественном железе и интегрируются с российскими инфраструктурными системами. Для компаний с требованиями регуляторов — это не выбор, а необходимость.
Российские решения на серверах отечественной сборки дают полный контроль над инфраструктурой без зависимости от западных вендоров и санкционных рисков.
Итоги
Сервер для видеоконференций на 50 и более участников — это не самый мощный компьютер в компании, а сбалансированная система с достаточным процессором, быстрой памятью, надежным хранилищем и качественной сетью.
Ключевые выводы:
- MCU-схема требует больше CPU, SFU-схема — меньше, но нагружает клиентов.
- Для 50 участников в 720p в MCU-режиме достаточно 16 ядер, 64 ГБ RAM и 10GbE-интерфейса; SFU обходится заметно меньшим CPU.
- GPU с NVENC оправдан для MCU-транскодирования и серверной записи; в SFU-схеме он не нужен.
- Приоритизация RTP-трафика на коммутаторе влияет на качество не меньше, чем мощность сервера.
- Российские платформы полностью закрывают задачу при требованиях регуляторов.
Поможем выбрать сервер для вашей ВКС-платформы
Инженеры Serverzilla рассчитают конфигурацию под нужное число участников и выбранную платформу. Подберем сервер с нужным балансом CPU, RAM и дисковой подсистемы. При необходимости поможем с проектом сетевого сегмента и интеграцией в корпоративную инфраструктуру. Можем также провести аудит ИТ-инфраструктуры перед развертыванием. Оставьте заявку.
Часто задаваемые вопросы
Сколько участников может тянуть один сервер?
Зависит от платформы, разрешения видео и схемы работы. В MCU-режиме при 720p один двухпроцессорный сервер с 32 ядрами уверенно держит 100–150 участников. При добавлении GPU аппаратного кодирования — до 200–300.
Нужен ли выделенный сервер или можно использовать виртуальную машину?
ВКС-платформу можно развернуть в VM, но нужно выделить ей достаточно vCPU и памяти без оверпровижнинга. Проблема VM — непредсказуемые задержки при конкуренции с другими гостями. Для более 50 участников рекомендуется выделенный физический сервер или VM с CPU pinning.
Как организовать подключение внешних участников?
Для внешних участников нужен публичный IP-адрес или TURN/STUN-сервер для обхода NAT. При использовании open source платформ (Jitsi, BigBlueButton) TURN-сервер настраивается отдельно. Коммерческие платформы обычно включают его в поставку.
Почему зависает видео при хорошем интернете?
Чаще всего — потери пакетов или джиттер. Видеопотоки чувствительны к нестабильности сети, даже при высокой полосе пропускания. Нужно проверить QoS на коммутаторе и трассу до провайдера. Еще одна причина — перегруженный CPU сервера без достаточного запаса по производительности.
Какие российские ВКС-платформы подходят для госструктур?
Vinteo и Videomost имеют сертификаты ФСТЭК и входят в реестр российского ПО. TrueConf также включен в реестр. Все три поддерживают интеграцию с Active Directory и корпоративными инфраструктурами, работают на отечественном оборудовании.
