Эксперты в подборе IT-оборудования
Сервер видеонаблюдения — это выделенная машина, которая принимает, записывает и хранит видеопотоки с 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 году. Для видеонаблюдения эта платформа нерелевантна, упоминаем её только для полноты картины.
Три принципа, которые сэкономят нервы:
Готовых рецептов нет — конфигурация зависит от трёх переменных: количество камер, разрешение потоков и глубина архива.
Грубая прикидка: одна камера 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 и запас по процессору.
Типовые сценарии:
Сервер видеонаблюдения отличается от типового — ему нужно меньше оперативной памяти, чем, скажем, серверу баз данных, но гораздо больше дискового пространства и устойчивого 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: количество поддерживаемых камер на сервер, глубина архива, стабильность при длительной работе и удобство поиска по записям.
Milestone XProtect — одна из популярных платформ. Линейка от бесплатной Essential+ (до 8 камер) до Corporate (тысячи камер, кластеризация, failover). Встроенная аналитика, API для интеграций, поддержка 10 000+ моделей камер.
Axxon Next / Axxon One — продукт AxxonSoft с акцентом на видеоаналитику (нейросетевая детекция, распознавание лиц и номеров). Поддержка ONVIF и прямая интеграция с камерами большинства вендоров. Хорошо работает на крупных распределённых объектах.
Macroscop — российская разработка. Интересна встроенным распознаванием лиц без дополнительных лицензий (в старших редакциях). Поддержка H.265/H.264, работа с fisheye-камерами, интеграция с СКУД.
Trassir — ещё один российский вариант, заточенный под аппаратное декодирование на собственных платах. Хороший выбор, если стоит задача обработки большого числа камер на одном сервере.
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-камерами и просмотра потоков. При выборе обращайте внимание на:
Большинство 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 минут — если генератора нет и нужно корректно завершить запись и выключить сервер.
Порядок действий при сборке:
Если опыта сборки серверов нет — это не тот случай, где стоит экспериментировать. Неправильно собранный RAID-массив, забытая настройка кэша контроллера или недостаточное охлаждение дисков обнаружатся в худший момент. Подробнее о том, как выглядит сборка сервера для офиса с учётом типовых задач, мы разбирали отдельно. Специалисты соберут и протестируют платформу до отправки — это сэкономит время и нервы на этапе пусконаладки.
