Схема видеонаблюдения с IP камерами: принцип построения системы

Как устроена IP-система и почему она вытеснила аналог

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

Один Ethernet-кабель несёт и данные, и питание по технологии PoE. Камеры подключаются к стандартному коммутатору, сервер принимает потоки по сети, а просмотр доступен с любого устройства — хоть с ноутбука в соседней комнате, хоть со смартфона в другом городе. Масштабирование сводится к добавлению портов на коммутаторе: от 4 камер в небольшом офисе до 500 на производственном комплексе.

Из этой статьи узнаете, как спроектировать систему: какие компоненты нужны, как рассчитать пропускную способность сети, сколько дискового пространства заложить под архив и какие ошибки совершают чаще всего.

Компоненты системы: что нужно и как это работает вместе

Минимальный комплект включает камеры, PoE-коммутатор и сервер для записи. Расширенные системы добавляют управляемые коммутаторы, ИБП, выделенные хранилища и рабочие станции операторов. Разберём роль каждого элемента.

IP-камеры: захват и кодирование видео

Камера работает как edge-устройство: матрица захватывает изображение, процессор сжимает его кодеком H.264 или H.265 и отправляет готовый видеопоток в сеть. Вся обработка происходит на борту — серверу остаётся только принять данные.

H.265 (HEVC) сжимает видео вдвое эффективнее H.264 при том же качестве. Для камеры 4K это разница между 16 и 8 Мбит/с — прямая экономия на пропускной способности и дисковом пространстве.

Разрешение напрямую влияет на нагрузку. Камера 2 Мп (1080p) генерирует 4–8 Мбит/с, камера 8 Мп (4K) — 8–16 Мбит/с. При проектировании это нужно учитывать в расчётах.

PoE-коммутатор: питание + данные в одном кабеле

PoE-коммутатор подаёт питание на камеры по тому же Ethernet-кабелю, что передаёт данные. Стандарт 802.3af даёт 15,4 Вт на порт, 802.3at — 30 Вт, 802.3bt — до 90 Вт. Большинству камер хватает af, но PTZ-камеры с подогревом требуют at или bt.

При выборе коммутатора смотрите на два параметра: количество PoE-портов и общий бюджет мощности. Коммутатор на 16 портов с бюджетом 150 Вт не запитает 16 камер по 15 Вт каждая — не хватит 90 Вт.

Unmanaged-коммутатор подойдёт для простых систем до 8–10 камер. Managed нужен, когда требуется VLAN, QoS или мониторинг портов.

Сервер видеонаблюдения (NVR): мозг системы

Сервер принимает видеопотоки, записывает их на диски, хранит архив и раздаёт картинку клиентским приложениям. Это может быть специализированный NVR-регистратор или обычный сервер с программным обеспечением вроде Milestone, Macroscop или Trassir.

Аппаратный NVR проще в настройке: подключил камеры — работает. Софтовое решение на сервере даёт гибкость: видеоаналитика, интеграция со СКУД, кастомные сценарии.

Требования к железу зависят от количества камер и разрешения. Для 16 камер 1080p хватит 4-ядерного процессора и 8 ГБ RAM. Для 64 камер 4K нужен Xeon, 32 ГБ RAM и аппаратное декодирование на GPU.

Схема подключения: от камеры до рабочего места оператора

Стандартная топология IP-видеонаблюдения — звезда. Все камеры сходятся на центральный коммутатор, от него идёт линк на сервер, а клиенты подключаются через основную локальную сеть или напрямую.

Звезда с центральным коммутатором: базовая схема

Для системы на 10–20 камер схема выглядит так:

• Камеры подключены к PoE-коммутатору на 24 порта
• Сервер видеонаблюдения — на отдельном гигабитном порту
• Рабочее место оператора — через основную сеть предприятия

Трафик от камер идёт на коммутатор, оттуда — на сервер для записи. Оператор открывает клиентское приложение и получает видео уже от сервера. Камеры не общаются напрямую с рабочими станциями — это снижает нагрузку и упрощает контроль доступа.

Если нужен просмотр без записи (живой поток в коридор на монитор), сервер может транслировать субпоток с меньшим разрешением.

Многоуровневая архитектура: для объектов с 50+ камер

На крупных объектах одного коммутатора недостаточно. Архитектура усложняется:

• Распределительные PoE-коммутаторы на каждом этаже или в каждом здании
• Агрегирующий коммутатор L3 в серверной — собирает трафик со всех распределительных
• Серверы видеонаблюдения — один или несколько, в зависимости от нагрузки

Между распределительными и агрегирующим коммутаторами — гигабитные или 10-гигабитные линки. Если этаж генерирует 400 Мбит/с видеотрафика, гигабитного аплинка хватит с запасом. Если 800 Мбит/с — нужен 10G или агрегация двух гигабитных портов.

Серверы можно ставить централизованно (всё в одной серверной) или распределённо (по серверу на здание). Централизованный подход проще в обслуживании, распределённый — снижает нагрузку на магистральные линки.

Гибридная схема: локальный NVR + облако

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

Облачный компонент также решает проблему удалённого доступа. Вместо проброса портов и настройки DDNS вы получаете готовый интерфейс: открыли приложение, ввели логин — смотрите камеры из любой точки.

Схема имеет смысл для объектов с критичным архивом: ювелирные магазины, кассовые зоны, склады готовой продукции.

Рассчитываем пропускную способность: сколько мегабит на камеру

Формула простая: суммарный битрейт всех камер плюс запас 30–50% на пики и служебный трафик. Если расчёт показывает 80 Мбит/с — закладывайте 100 Мбит минимум, лучше гигабит.

Таблица битрейтов: от 720p до 4K

Битрейт зависит от сложности сцены. Статичный коридор с редким движением — нижняя граница. Оживлённый торговый зал с постоянным движением — верхняя.

Пример: 16 камер Full HD — хватит ли 100 Мбит?

Считаем: 16 камер × 6 Мбит/с (средний битрейт H.264) = 96 Мбит/с.

Формально в 100-мегабитный канал укладываемся. На практике — нет. Пики трафика при активном движении поднимут битрейт до 8 Мбит на камеру, и вы получите 128 Мбит/с. Коммутатор начнёт отбрасывать пакеты, картинка посыпется артефактами.

Вывод: для 16 камер Full HD гигабитная магистраль обязательна. Это не перестраховка — это нормальный инженерный расчёт.

Выделяем видеонаблюдение в отдельный VLAN

Видеотрафик прожорлив: 16 камер съедают 100 Мбит, 50 камер — 300–400 Мбит. Если пустить это по общей сети вместе с рабочими станциями, принтерами и IP-телефонией, проблемы начнутся быстро.

Почему нельзя гнать видео через общую сеть

Три причины:

Перегрузка. Видеопоток — это постоянный трафик без пауз. Он вытесняет «вежливый» трафик рабочих станций, которые отступают при коллизиях.

Безопасность. IP-камеры — уязвимое звено. Многие модели годами работают с дефолтными паролями и дырами в прошивке. Если камера в общей сети, компрометация одного устройства открывает доступ ко всей инфраструктуре.

Управляемость. Когда видео изолировано, легче диагностировать проблемы и настраивать QoS.

Настройка VLAN: минимальный чеклист

На managed-коммутаторе создаёте отдельный VLAN (например, VLAN 10) для видеонаблюдения:

1. Порты камер настраиваете как access-порты в VLAN 10
2. Порт сервера — trunk, пропускающий VLAN 10 и основной VLAN (для доступа клиентов)
3. Маршрутизация между VLAN — через firewall с явными правилами: клиенты могут обращаться к серверу, камеры не видят основную сеть

Результат: камеры общаются только с сервером, сервер раздаёт видео клиентам, камеры недоступны из пользовательской сети.

Сколько терабайт под архив: считаем ёмкость хранилища

Архив видеонаблюдения растёт линейно: каждый день — фиксированный объём данных. Формула расчёта переводит битрейт в гигабайты.

Формула расчёта и калькулятор

ГБ в день на одну камеру: (битрейт в Мбит/с × 86400 секунд) ÷ 8 ÷ 1024.

Для камеры с битрейтом 5 Мбит/с: (5 × 86400) ÷ 8 ÷ 1024 = 52,7 ГБ/день.

Пример системы: 10 камер × 5 Мбит/с × 7 дней хранения = 3,7 ТБ.

На месяц хранения тех же камер нужно уже 15,8 ТБ. Добавьте 15–20% запаса на пиковые дни — и получите реальную цифру.

RAID 5 или RAID 6 — что выбрать для NVR

RAID 5 допускает выход одного диска без потери данных. Полезная ёмкость = (N−1) дисков. Из четырёх дисков по 4 ТБ получите 12 ТБ.

RAID 6 допускает выход двух дисков. Полезная ёмкость = (N−2). Из тех же четырёх дисков — 8 ТБ.

Для видеонаблюдения RAID 6 предпочтительнее. Диски работают круглосуточно под постоянной нагрузкой записи, вероятность отказа выше, чем в обычном файловом хранилище. Если во время ребилда RAID 5 откажет второй диск — архив потерян.

Протоколы и стандарты: RTSP, ONVIF, H.265

Совместимость оборудования разных производителей держится на открытых стандартах. Знание протоколов помогает избежать ситуации, когда камера не работает с выбранным софтом.

ONVIF: универсальный язык IP-камер

ONVIF — это набор профилей для взаимодействия сетевых устройств:

• Profile S — базовая передача видео, управление PTZ
• Profile T — расширенное видео, включая H.265 и метаданные
• Profile G — запись и воспроизведение с edge-хранилища камеры

Если камера и сервер поддерживают Profile S, они гарантированно заработают вместе: сервер обнаружит камеру, получит поток, сможет управлять поворотом.

На практике cross-vendor совместимость не идеальна. ONVIF покрывает базовые функции, а продвинутые возможности (аналитика, настройки кодека) часто доступны только через родной протокол производителя.

Перед покупкой проверяйте конкретную связку камера + ПО в списке совместимости вендора.

RTSP vs проприетарные протоколы

RTSP (Real Time Streaming Protocol) — открытый стандарт для передачи видеопотока. Любой VLC, любой NVR умеет работать с RTSP. Адрес потока выглядит как URL: rtsp://192.168.1.100:554/stream1.

Производители часто добавляют собственные протоколы для расширенных функций: Hikvision SDK, Dahua API. Если интегрируете камеры в стороннее ПО, убедитесь, что RTSP доступен — иначе придётся использовать плагин или отказаться от части функций.

Резервное питание: что будет, если свет погаснет

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

Что защищать в первую очередь:

• PoE-коммутатор — при питании от ИБП камеры продолжают работать
• Сервер — запись не прерывается, архив не повреждается

Расчёт мощности ИБП: сложите потребление коммутатора (обычно 200–400 Вт с учётом PoE-нагрузки) и сервера (300–500 Вт). Для 30 минут автономии умножьте на 0,5 — это минимальная ёмкость в ВА с учётом КПД.

Пример: коммутатор 300 Вт + сервер 400 Вт = 700 Вт. Для 30 минут нужен ИБП на 1000–1200 ВА.

Камеры с SD-картой могут писать локально при потере связи с сервером — это дополнительная страховка, но не замена централизованному архиву.

Безопасность системы: пароли, шифрование, изоляция

IP-камеры — входная точка для атак. В 2016 году ботнет Mirai заразил сотни тысяч камер с дефолтными паролями и использовал их для DDoS-атак. С тех пор ситуация улучшилась, но базовые правила гигиены остаются критичными.

Чеклист hardening:

• Смените дефолтные пароли сразу после установки. admin/admin — это приглашение для взломщика.
• Включите HTTPS для веб-интерфейса. Без шифрования пароль передаётся в открытом виде.
• Обновляйте прошивки. Производители закрывают уязвимости, но обновления нужно устанавливать.
• Камеры не должны иметь прямого выхода в интернет. Удалённый доступ — только через VPN или облачный сервис вендора.

VLAN-изоляция, описанная выше, — первый рубеж защиты. Даже если камера скомпрометирована, атакующий не попадёт в основную сеть.

Как данные идут по сети: от матрицы камеры до экрана

Путь видеокадра:

1. Захват. Матрица камеры фиксирует изображение 25–30 раз в секунду.
2. Кодирование. Процессор камеры сжимает кадры кодеком H.264/H.265. Сырой поток 1080p — это 3 Гбит/с, после сжатия — 4–8 Мбит/с.
3. Инкапсуляция. Сжатый поток упаковывается в RTP-пакеты и отправляется по RTSP.
4. Передача. Пакеты проходят через коммутатор к серверу.
5. Приём и запись. Сервер принимает поток, записывает на диск, индексирует для поиска.
6. Отображение. Клиентское приложение запрашивает поток у сервера, декодирует и выводит на экран.

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

Нужен ли отдельный сервер или хватит NVR-регистратора?

Аппаратный NVR — это готовое решение: подключил камеры, вывел на монитор, работает. Типичный NVR поддерживает 8–32 камеры, имеет встроенное хранилище на 2–4 диска и простой интерфейс.

Сервер с профессиональным ПО даёт:

• Поддержку сотен камер на одной инсталляции
• Видеоаналитику: распознавание лиц, номеров, детекция событий
• Интеграцию со СКУД, ОПС, ERP
• Гибкую настройку прав доступа и сценариев

Критерии выбора:

Если у вас 16 камер в магазине, задача — просто писать видео, а бюджет ограничен — берите NVR.

Если камер 50+, нужна аналитика или интеграция с другими системами — сервер с ПО.

Гибридный вариант: NVR для записи, сервер с ПО для просмотра и аналитики. Подходит для поэтапного развития системы.

Типичные ошибки при проектировании — и как их избежать

Недооценка пропускной способности. Посчитали 10 камер по 4 Мбит, получили 40 Мбит, решили, что 100-мегабитного коммутатора хватит. На практике пики трафика и overhead съедают запас, начинаются потери пакетов.

Решение: закладывайте запас 50% от расчётного трафика.

Камеры в общей сети. Видеотрафик забивает канал, камеры доступны с любого рабочего места — это и угроза безопасности, и головная боль при диагностике.

Решение: VLAN для камер — обязательный элемент, не опция.

Экономия на PoE-бюджете. Коммутатор на 8 портов с бюджетом 60 Вт не потянет 8 камер по 12 Вт. Камеры будут перезагружаться или работать нестабильно.

Решение: считайте максимальное потребление камер и добавляйте 20% запаса.

Один диск без RAID. При отказе диска теряется весь архив. А диски под видеозапись изнашиваются быстрее обычных — постоянная запись 24/7.

Решение: минимум RAID 1 для небольших систем, RAID 6 для критичных объектов.

Чеклист перед запуском: 10 пунктов готовности системы

1. Все камеры получают IP-адреса и отвечают на ping
2. PoE-бюджет коммутатора имеет запас минимум 20%
3. VLAN настроен, видеотрафик изолирован от основной сети
4. Сервер обнаруживает все камеры в ПО для видеонаблюдения
5. Запись идёт, архив формируется и доступен для просмотра
6. Удалённый доступ работает через HTTPS или VPN
7. Пароли на камерах и сервере изменены с дефолтных
8. ИБП подключен, протестирован переход на батарею
9. Дисковое пространство рассчитано с запасом на требуемый срок хранения
10. Документация оформлена: схема сети, IP-адреса, учётные записи

Когда проще отдать проект специалистам

Систему на 8–12 камер в небольшом офисе можно спроектировать и смонтировать самостоятельно — хватит знаний из этой статьи и выходных дней. Но если речь о десятках камер, нескольких зданиях или интеграции с охранной сигнализацией — расчёт меняется. Ошибки в проектировании обходятся дороже, чем услуги интегратора.

Выполняем полный цикл работ: аудит объекта, проектирование системы, поставку оборудования и монтаж под ключ. Работаем с офисами, торговыми центрами и складскими комплексами.

Что получите:

• Проект под конкретные задачи и риски объекта
• Сертифицированных монтажников с профильным опытом
• Гарантийное обслуживание на оборудование и работы

Бесплатная консультация занимает 15–20 минут. Разберём задачу, предложим варианты и дадим расчёт стоимости.

Телефон:+7 (495) 927-37-93
Адрес: Москва, ул. Вавилова
Время работы: Пн–Сб: 9:00–20:00
География: Москва и Московская область

Позвоните или оставьте заявку на сайте — обсудим, какое решение подойдёт для вашего объекта.