Ваш руководитель решает, что для видеонаблюдения хватит обычного компьютера с парой жестких дисков. Ставите 15-20 камер, всё работает месяц, два, три. Потом начинается: то запись дергается, то архив за нужный день поврежден, то весь сервер намертво завис посреди ночи. В итоге выясняется, что офисный ПК физически не тянет круглосуточную запись с множества камер — железо просто не для этого создавалось.
Обычный компьютер собран для офисных задач: включился утром, поработал, вечером выключился. А видеопоток с камер идет круглосуточно, нагрузка постоянная, диски пишут без остановки. Через полгода такой эксплуатации начинаются сбои — сначала мелкие, потом критичные. Сервер для камер спроектирован иначе: он выдерживает непрерывную работу, имеет избыточное охлаждение, рассчитан на быструю замену компонентов и не капризничает от круглосуточной нагрузки.
Если коротко — превращает видеопоток с десятков камер в управляемую систему. Современные IP-камеры передают цифровой сигнал по сети, но кто-то должен этот сигнал принять, обработать, сохранить и дать доступ к просмотру. Вот этим и занимается видеосервер.
Первая задача — сбор и преобразование данных. Старые аналоговые камеры еще встречаются, и сервер умеет переводить их сигнал в цифру через специальные платы видеозахвата. Но основная работа сейчас — с IP-камерами, которые сами шлют готовый цифровой поток. У каждой камеры свой IP-адрес, некоторые даже умеют записывать звук и вести двустороннюю аудиосвязь. Видеосервер собирает все эти данные в единую систему.
Вторая функция — обработка и хранение. Видеопоток с камер в высоком разрешении — это гигабайты данных ежедневно. Сервер сжимает видео с помощью кодеков (об этом чуть позже), пишет на диски и следит, чтобы место не кончилось. Когда хранилище заполняется, старые записи автоматически удаляются или архивируются.
Третья — трансляция и удаленный доступ. Охраннику нужно смотреть камеры в реальном времени, руководителю — проверить запись за вчера со смартфона, а видеоаналитика должна в фоне искать подозрительные события. Всё это происходит одновременно, и сервер раздает видео каждому по его правам доступа.
Процессор — это мозг системы. Чем больше камер и выше разрешение, тем мощнее нужен CPU. Для 10-15 камер в Full HD хватит 4-ядерного процессора, но если планируете 50 камер в 4K с видеоаналитикой — берите как минимум 8 ядер. Некоторые серверы используют видеокарты для ускорения обработки видео, особенно при распознавании лиц или подсчете объектов.
Оперативная память работает как буфер между камерами и дисками. 8 ГБ — минимум для небольшой системы, 16-32 ГБ — стандарт для среднего бизнеса, 64 ГБ и выше — когда у вас сотни камер или сложная аналитика. Чем больше RAM, тем плавнее идет запись и воспроизведение.
Диски — самая критичная часть. Видеопоток пишется постоянно, обычные жесткие диски быстро умирают от такой нагрузки. Поэтому используют специализированные HDD для видеонаблюдения — они рассчитаны на круглосуточную запись и имеют улучшенное охлаждение. Объем считается просто: разрешение камеры × битрейт × часы хранения. Для 20 камер Full HD с хранением 30 дней нужно примерно 20-25 ТБ. Точная цифра зависит от кодека, битрейта и режима записи - как посчитать объём архива под свои камеры, показали на примерах.
Сетевые интерфейсы — это входные ворота для видео. Гигабитный Ethernet (1 Гбит/с) справится с 20-30 камерами, но если камер больше или они пишут в 4K — нужны 10-гигабитные порты или несколько сетевых карт.
| Параметр | Малая система (до 16 камер) | Средняя система (до 64 камер) | Большая система (100+ камер) |
|---|---|---|---|
| Процессор | 4 ядра, 3 ГГц | 8 ядер, 3+ ГГц | 16+ ядер или GPU |
| RAM | 8-16 ГБ | 32 ГБ | 64+ ГБ |
| Хранилище | 4-8 ТБ | 20-40 ТБ | 100+ ТБ (RAID) |
| Сеть | 1 Гбит/с | 1-10 Гбит/с | 10+ Гбит/с |
Подавляющее большинство видеосерверов крутится на Linux — обычно это Ubuntu Server, CentOS или специализированные дистрибутивы. Почему не Windows? Три причины: стабильность (Linux не требует перезагрузок после каждого обновления), безопасность (меньше вирусов и уязвимостей) и гибкость (можно настроить систему под любые задачи через командную строку или веб-интерфейс).
Программное обеспечение бывает двух типов: встроенное в сервер (проприетарное) или универсальное. Популярные решения — Milestone XProtect, Genetec Security Center, Avigilon Control Center для коммерческих систем; Shinobi, ZoneMinder, Frigate для открытых. Выбор зависит от бюджета и требований к интеграции с другими системами безопасности.
Главное, что умеет хорошее ПО: управление камерами через единый интерфейс, настройка параметров записи для каждой камеры отдельно, поиск по архиву (по времени, детекторам, тегам), экспорт видео для передачи третьим лицам, управление правами доступа для разных пользователей.
Начните с подсчета камер и их характеристик. 10 камер в 1080p @ 25 fps — это одна нагрузка, 50 камер в 4K @ 30 fps — совсем другая. Учитывайте не только текущее количество, но и запас на расширение. Лучше взять сервер с резервом на 30% больше камер, чем через год покупать новый.
Кодеки сжатия влияют на объем хранения и нагрузку на процессор. H.264 — старый стандарт, сжимает видео примерно в 100-200 раз относительно RAW, но требует больше места на дисках. H.265 (HEVC) сжимает в два раза эффективнее, но жрет больше ресурсов процессора при декодировании. Для большинства систем H.264 — оптимальный баланс между качеством, размером файлов и нагрузкой.
Срок хранения видео — это законодательные требования или внутренняя политика компании. Минимум по закону — 30 дней для большинства объектов, но банки и критичная инфраструктура хранят до 90-180 дней. Чем дольше хранение, тем больше дисков нужно.
Количество одновременных зрителей тоже важно. Если видео смотрит один охранник — это одно, если 10 менеджеров параллельно монитÐ