Собрать сервер для видеонаблюдения

Сервер видеонаблюдения — это выделенная машина, которая принимает, записывает и хранит видеопотоки с IP-камер. Без него записи либо теряются при сбое регистратора, либо хранятся на SD-картах камер (а это — лотерея с ресурсом флеш-памяти). Отдельный сервер позволяет централизовать архив, настроить резервное копирование и разграничить доступ: одним пользователям — живой просмотр, другим — только экспорт по запросу.

Ниже разберём, как подобрать железо, софт и схему хранения под конкретную инсталляцию — от десятка камер в офисе до сотен на распределённом объекте.

Выбор ОС для сервера

ОС определяет, какой VMS-софт (Video Management System) вы сможете запустить, поэтому выбор делают не «вообще», а под конкретную платформу видеонаблюдения.

Windows Server 2022/2025 — стандарт де-факто. Под него написано подавляющее количество коммерческих VMS: Milestone, Axxon, «Линия», Macroscop. Active Directory, групповые политики, интеграция с LDAP — всё из коробки. Лицензия стоит денег, но для предприятий это привычная история.

Linux (Ubuntu Server, Debian, RHEL) — если VMS это поддерживает (Axxon Next, Trassir, Frigate). Плюс: нет лицензионных расходов на ОС, гибкая настройка, стабильная работа без перезагрузок месяцами. Минус: порог входа выше, и не весь софт портирован.

macOS Server — Apple прекратила развитие серверной версии macOS ещё в 2022 году. Для видеонаблюдения эта платформа нерелевантна, упоминаем её только для полноты картины.

Выбор ПО для видеонаблюдения

Три принципа, которые сэкономят нервы:

1. Поддержка ONVIF Profile S/T. Протокол ONVIF — это своего рода USB-совместимость в мире IP-камер. Софт с его поддержкой работает с оборудованием разных вендоров, от бюджетного Hikvision до Axis. Без ONVIF вы привязываетесь к одному производителю — а это тупик при масштабировании.
   
   
2. Не используйте «бесплатный» софт от производителя камер. Его пишут как бонус к железу, а не как полноценный продукт. Ограниченная аналитика, кривой интерфейс, отсутствие API для интеграций — типичный набор проблем. Исключения есть (Hikvision iVMS для мелких объектов), но это именно исключения.
   
   
3. Видеоаналитика — не маркетинг, а рабочий инструмент. Детекция движения, распознавание лиц, подсчёт посетителей, контроль периметра — VMS с нормальной аналитикой снижает нагрузку на операторов в разы. Софт типа Macroscop, Axxon Next или Trassir умеет отправлять алерты при нештатных событиях, а не заставлять человека пялиться в 48 окошек.
   
   

Расчёт характеристик сервера видеонаблюдения

Готовых рецептов нет — конфигурация зависит от трёх переменных: количество камер, разрешение потоков и глубина архива.

Грубая прикидка: одна камера 4 Мп при кодеке H.265 и 15 fps генерирует ~4–6 Мбит/с. Сто камер — уже 400–600 Мбит/с непрерывного потока на запись. Это даёт ориентир и по дисковой подсистеме, и по сетевым интерфейсам.

Если сервер только пишет потоки без обработки (без аналитики, без перекодирования), процессор может быть скромным — хватит Intel Xeon E-2400 серии или аналога. А вот если нужна видеоаналитика на борту — нагрузка на CPU растёт кратно, и здесь уже смотрят в сторону Xeon Scalable или AMD EPYC. Некоторые VMS умеют разгружать процессор через GPU-ускорение (NVIDIA T400/T1000 для декодирования), что позволяет обслуживать больше камер на одном сервере.

Выбор серверов для системы видеонаблюдения

При подборе платформы под видеонаблюдение ключевые параметры — это количество дисковых слотов, пропускная способность I/O и запас по процессору.

Типовые сценарии:

• До 32 камер, без аналитики. Достаточно 1U-сервера с Intel Xeon E-2400 серии, 32 ГБ DDR5 ECC и 4 отсека под 3,5" HDD. Компактно, недорого, справляется с записью потоков.
  
  
• 32–100 камер, базовая аналитика. Нужен 2U-корпус: два процессора Xeon Scalable (или один AMD EPYC), 64–128 ГБ RAM, 8–12 отсеков под диски. Если VMS поддерживает GPU-декодирование — добавляем NVIDIA T400.
  
  
• 100+ камер, распознавание лиц, детекция событий. Тут уже либо кластер из нескольких серверов, либо мощная 4U-платформа с двумя EPYC / Xeon Scalable 4-го или 5-го поколения, 256+ ГБ RAM и дисковой полкой на 24+ слота. GPU-ускорение обязательно.
  
  

Сервер видеонаблюдения отличается от типового — ему нужно меньше оперативной памяти, чем, скажем, серверу баз данных, но гораздо больше дискового пространства и устойчивого IOPS на запись.

Внешние системы хранения данных

Когда встроенных дисков сервера не хватает (а при сотне камер это вопрос недель), подключают внешние хранилища. Три классических подхода:

DAS (Direct Attached Storage) — дисковая полка, подключённая напрямую к серверу через SAS или (реже) USB. Дёшево, быстро разворачивается, минимальный оверхед. Минус: доступ только с одного сервера. Подходит для небольших и средних инсталляций. Для объединения дисков в массив понадобится аппаратный RAID контроллер — он снимет нагрузку с процессора и обеспечит отказоустойчивость через RAID 5 или RAID 6.

NAS (Network Attached Storage) — сетевое хранилище, работающее как файловый сервер. Подключается по Ethernet, доступно нескольким серверам одновременно. Удобно для распределённых систем, где несколько серверов записи обращаются к общему архиву. Протоколы — SMB/CIFS, NFS или iSCSI.

SAN (Storage Area Network) — выделенная сеть хранения на базе Fibre Channel или iSCSI. Высокая пропускная способность, централизованное управление, отказоустойчивость. Цена соответствующая — SAN оправдан на крупных объектах с сотнями камер и требованиями к непрерывности записи.

На хранилище для видеонаблюдения экономить — плохая идея. Потерянный архив за неделю может стоить дороже, чем разница между бюджетным и нормальным решением.

VMS для Windows

Критерии выбора VMS: количество поддерживаемых камер на сервер, глубина архива, стабильность при длительной работе и удобство поиска по записям.

Milestone XProtect — одна из популярных платформ. Линейка от бесплатной Essential+ (до 8 камер) до Corporate (тысячи камер, кластеризация, failover). Встроенная аналитика, API для интеграций, поддержка 10 000+ моделей камер.

Axxon Next / Axxon One — продукт AxxonSoft с акцентом на видеоаналитику (нейросетевая детекция, распознавание лиц и номеров). Поддержка ONVIF и прямая интеграция с камерами большинства вендоров. Хорошо работает на крупных распределённых объектах.

Macroscop — российская разработка. Интересна встроенным распознаванием лиц без дополнительных лицензий (в старших редакциях). Поддержка H.265/H.264, работа с fisheye-камерами, интеграция с СКУД.

Trassir — ещё один российский вариант, заточенный под аппаратное декодирование на собственных платах. Хороший выбор, если стоит задача обработки большого числа камер на одном сервере.

VMS для Linux

ZoneMinder — open-source проект, живёт и развивается. Поддерживает ONVIF, детекцию движения, удалённый доступ через веб-интерфейс. Подходит для небольших объектов и тех, кто готов ковыряться в конфигах. Бесплатен, но требует прямых рук при настройке.

Frigate — новый фаворит среди open-source VMS. Заточен под работу с нейросетевыми детекторами (Google Coral, OpenVINO). Умеет отслеживать объекты в реальном времени и фильтровать ложные срабатывания. Работает в Docker-контейнере, легко интегрируется с Home Assistant.

Коммерческие VMS вроде Axxon Next и Trassir тоже имеют Linux-версии — это стоит учитывать, если вы строите систему на серверах без Windows-лицензий.

Выбор оборудования для сервера видеонаблюдения

При сборке сервера под видеонаблюдение каждый компонент подбирается с оглядкой на специфику нагрузки: непрерывная запись потоков 24/7, высокие требования к дисковой подсистеме и (при наличии аналитики) к вычислительной мощности. Разберём каждый элемент.

Материнская плата

Два обязательных требования к серверной материнской плате под видеонаблюдение:

Функция AC Power Recovery (Restore on AC Power Loss) — в UEFI/BIOS. После пропадания питания сервер должен стартовать автоматически, без нажатия кнопки. На объекте, где нет постоянного ИТ-персонала, это критично.

Достаточное количество портов для накопителей. Считайте заранее: сколько SATA-портов нужно под HDD архива, сколько — под системный SSD (или NVMe M.2). Если штатных портов не хватает — закладывайте SAS-контроллер или HBA-адаптер. Серверные платы Supermicro, например, часто имеют 8–10 портов SATA «из коробки» плюс слоты под расширение.

Блок питания

Мощность БП рассчитывается по суммарному потреблению: процессор(ы) + память + все диски + GPU (если есть) + вентиляторы + запас 20%. Для 1U-сервера с одним процессором и 4 дисками хватает 500–600 Вт. Для 2U–4U платформы с двумя CPU, 12+ дисками и GPU — 800–1200 Вт.

Для серверов видеонаблюдения разумно использовать блоки с сертификацией 80 PLUS Gold или выше — они меньше греются и экономят электричество при круглосуточной работе. Если бюджет позволяет — ставьте redundant-пару (1+1): при выходе одного БП сервер продолжает работать на втором без прерывания записи.

Количество SATA-коннекторов питания тоже надо считать. Каждый HDD требует отдельный коннектор, и если дисков 8–12, стандартного набора кабелей может не хватить — проверяйте до сборки.

Видеокарта

Для сервера, который только записывает потоки, дискретная видеокарта не нужна — встроенного в процессор графического ядра (есть у большинства Xeon E-серии и некоторых EPYC) хватит для вывода интерфейса на монитор.

Дискретный GPU нужен, если VMS поддерживает аппаратное декодирование или нейросетевую аналитику. NVIDIA T400 / T1000 справляются с декодированием десятков потоков H.265. Для серьёзного распознавания (лица, номера, поведенческая аналитика) смотрят на NVIDIA RTX A2000 / L4 или даже Tesla-серию. Все эти карты — с пассивным или полупассивным охлаждением, что критично для серверной стойки, где лишний шум и нагрев ни к чему.

Контроллер для систем видеонаблюдения

Контроллер управления камерами (не путать с RAID-контроллером) — это аппаратный или программный модуль для оперативного управления PTZ-камерами и просмотра потоков. При выборе обращайте внимание на:

• поддержку аудио для камер со встроенными микрофонами;
• цифровой зум и управление PTZ-приводами;
• возможность сохранения стоп-кадров из видеопотоков;
• мультиэкранный режим — одновременное отображение картинки с нескольких камер.

Большинство VMS-платформ (Milestone, Axxon, Trassir) включают эти функции в базовую поставку, поэтому отдельный аппаратный контроллер нужен редко — обычно только на постах охраны с джойстиковым управлением.

Процессоры

Выбор CPU зависит от задачи:

Запись без аналитики (до 64 камер): Intel Xeon E-2400 серии (4–8 ядер, поддержка ECC, встроенная графика). Недорого, энергоэффективно, достаточно для приёма потоков.

Запись + аналитика (64–200 камер): Intel Xeon Scalable 5-го поколения (Emerald Rapids) или AMD EPYC 9004 (Genoa). 16–32 ядра, поддержка DDR5, PCIe 5.0 для быстрых NVMe и GPU. Один такой процессор тянет десятки потоков с параллельной видеоаналитикой.

Крупные объекты (200+ камер, распознавание): Двухпроцессорная конфигурация на Xeon Scalable или EPYC. Запас по ядрам и пропускной способности памяти критичен, когда VMS нагружает и CPU, и GPU одновременно.

Зависимость «больше камер → больше ОЗУ» тут опосредованная: сама запись потоков ест мало памяти, а вот аналитика (особенно нейросетевая) может потреблять десятки гигабайт.

Оперативная память

Минимум для VMS-сервера — 16 ГБ DDR4/DDR5 ECC. Это порог, ниже которого система будет задыхаться уже при 20–30 камерах с аналитикой.

Ориентиры: 32 ГБ — комфортно для 30–50 камер, 64 ГБ — для 50–100 камер с базовой аналитикой, 128–256 ГБ — если на сервере крутится нейросетевое распознавание или несколько экземпляров VMS. Тип памяти — только ECC (с коррекцией ошибок). Подробнее об особенностях и типах серверной оперативной памяти стоит прочитать до покупки модулей. Сервер видеонаблюдения работает 24/7, и битовая ошибка в памяти — это не «завис браузер», а потенциально потерянный фрагмент записи.

Охлаждение

Сервер видеонаблюдения работает 24/7, и перегрев — прямой путь к деградации HDD (а они и так под постоянной нагрузкой записи).

Если сервер стоит в серверной комнате или стойке — используйте стандартные rackmount-корпуса с продуваемой конструкцией (фронт-ту-бэк airflow). Пылевые фильтры на вдуве обязательны: серверная на складе или в подсобке — это не чистая гермозона ЦОДа, пыль забьёт радиаторы за пару месяцев.

Если сервер ставится «на объекте» (в шкафу на проходной, в подсобке магазина) — обратите внимание на tower-корпуса с тихими вентиляторами или на специализированные NVR-шасси с пассивным охлаждением для небольших конфигураций. Температуру дисков мониторьте через S.M.A.R.T. — если HDD стабильно выше 45°C, пора думать о дополнительном обдуве.

Жёсткие диски

Обычные десктопные HDD для сервера видеонаблюдения — плохой выбор. Они рассчитаны на 8-часовой рабочий день и эпизодическую нагрузку. Используйте серии, спроектированные под непрерывную запись: WD Purple Pro, Seagate SkyHawk AI или серверные Seagate Exos / WD Ultrastar (для особо нагруженных массивов).

Расчёт ёмкости: 100 камер × 5 Мбит/с × 86 400 секунд = ~5,3 ТБ в сутки. Архив за 30 дней — ~160 ТБ. Это 10 дисков по 18 ТБ, без учёта RAID-оверхеда. С RAID 6 — уже 12–14 дисков.

Не записывайте архив и бэкапы на одни и те же диски. Разнесите потоки: основной архив — на один массив, резервные копии критичных фрагментов — на отдельный. Иначе при отказе массива вы теряете и запись, и бэкап разом.

Коммутаторы

Коммутатор — это хребет IP-видеонаблюдения. Через него камеры отдают потоки на сервер, через него же получают питание (если поддерживается PoE/PoE+).

На что смотреть:

PoE-бюджет. Камера потребляет 12–25 Вт (PTZ-камеры — до 60 Вт). Суммируете потребление всех камер на порту — получаете требуемый PoE-бюджет коммутатора. Берите с запасом 20–30%, потому что ИК-подсветка ночью увеличивает потребление.

Пропускная способность uplink-портов. 24 камеры по 5 Мбит/с — это 120 Мбит/с. Гигабитного аплинка хватит, но если камер 48+ и разрешение 4K — нужны 10GbE аплинки или агрегация каналов.

Управляемость. Для систем от 16 камер берите управляемый коммутатор: VLAN для изоляции видеотрафика от офисной сети, QoS для приоритизации потоков, SNMP для мониторинга. Неуправляемый свитч подойдёт разве что для мелкого объекта на 4–8 камер.

Резервное питание

ИБП для сервера видеонаблюдения — не опция, а обязательный компонент. Без него отключение электричества на минуту может обойтись в потерянный RAID-массив (если диски не успеют корректно завершить запись).

Типы ИБП: line-interactive — для небольших серверов и стабильной сети; online (с двойным преобразованием) — для серверных комнат и объектов с нестабильным питанием. Online-ИБП дороже, но они защищают и от скачков, и от просадок напряжения.

Расчёт: суммируйте мощность сервера, коммутаторов и (если они запитаны от ИБП) камер. Добавьте 20–30% запаса на расширение. Время автономной работы подбирайте под сценарий: 5–10 минут — если есть генератор и задача ИБП только «продержать» до его запуска; 30–60 минут — если генератора нет и нужно корректно завершить запись и выключить сервер.

Сборка сервера для видеонаблюдения

Порядок действий при сборке:

1. Установите процессор, память и системный SSD/NVMe. Проверьте POST, убедитесь, что UEFI видит все компоненты.
2. Подключите HDD в дисковые слоты, инициализируйте RAID-массив через контроллер (RAID 5 для небольших систем, RAID 6 — если дисков больше 6). Если используете платформу Intel, пригодится алгоритм настройки RAID-массива через BIOS.
3. Настройте AC Power Recovery в UEFI — сервер должен стартовать при подаче питания.
4. Установите ОС, поставьте VMS, подключите камеры. Проверьте, что запись идёт стабильно и температуры компонентов в норме.

Если опыта сборки серверов нет — это не тот случай, где стоит экспериментировать. Неправильно собранный RAID-массив, забытая настройка кэша контроллера или недостаточное охлаждение дисков обнаружатся в худший момент. Подробнее о том, как выглядит сборка сервера для офиса с учётом типовых задач, мы разбирали отдельно. Специалисты соберут и протестируют платформу до отправки — это сэкономит время и нервы на этапе пусконаладки.