NVR для IP-камер: подобрать регистратор, который выдержит реальную систему

Регистратор заявлен на нужное количество каналов — но не хватает входящего потока. Запись идёт — но многокамерная раскладка на мониторе упирается в декодирование. PoE-порты есть — но их наличие ещё не означает, что питание и сеть рассчитаны на конкретные камеры. Дисков установлено много — но фактическая глубина архива не соответствует задаче.

Поэтому NVR выбираем не по одной строке «8/16/32 канала». Сначала собираем нагрузку, которую он должен выдержать, а затем проверяем её на конкретной модели.

Для предварительного подбора нужны не названия брендов, а исходные данные:

• сколько камер работает сейчас и сколько может добавиться;

• разрешение, частота кадров и фактический или планируемый видеопоток каждой группы камер;

• нужна ли постоянная запись или часть камер пишет по событиям;

• сколько дней или иной срок хранения действительно требуется по задаче;

• сколько оператор одновременно выводит камер на локальный монитор;

• нужен ли просмотр нескольких потоков высокой детализации одновременно;

• какие камеры должны получать питание непосредственно от PoE-портов NVR;

• есть ли камеры других производителей и какие функции кроме обычного видеопотока должны сохраниться;

• требуется ли резерв по каналам, дискам или производительности для расширения.

Без этих данных сравнение двух NVR по числу каналов мало что говорит.

«16-канальный NVR» означает, что модель рассчитана на подключение определённого числа видеоканалов, но это не описывает всю производительность устройства.

У конкретного регистратора отдельно могут быть ограничены:

• входящий сетевой поток;

• поток записи;

• исходящий поток;

• количество одновременно декодируемых потоков и их разрешение;

• число и объём поддерживаемых дисков;

• возможности встроенного PoE-коммутатора;

• набор функций, доступных для камер конкретных моделей и прошивок.

Именно поэтому два NVR с одинаковым количеством каналов могут вести себя по-разному на одной и той же системе.

Проверка до закупки

Собираем таблицу камер и для каждой группы фиксируем ожидаемый поток. Затем считаем не «среднюю камеру», а суммарную рабочую нагрузку плюс разумный запас под изменение настроек и расширение.

Если техническая документация конкретной модели не подтверждает нужную нагрузку, не закладываем её в проект по предположению.

Камера передаёт видео в NVR по сети. Чем выше суммарный поток всех камер, тем выше нагрузка на вход регистратора и подсистему записи.

На практике поток зависит не только от мегапикселей. На него влияют настройки кодирования, частота кадров, выбранное качество, сцена, алгоритмы сжатия и режим записи.

Поэтому фраза «эта модель поддерживает 16 камер по 8 Мп» сама по себе недостаточна. Нужно проверить, при каких параметрах эта комбинация допустима и какой суммарный поток получается в рабочем режиме.

Приёмочный тест

После подключения всех запланированных камер:

1. убеждаемся, что все основные потоки одновременно принимаются и записываются;

2. создаём нагрузку в нескольких сценах, а не проверяем только статичную картинку;

3. открываем архив за этот период и проверяем непрерывность записи;

4. параллельно выполняем обычные действия оператора — просмотр в реальном времени, поиск, воспроизведение;

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

Регистратор принимается не по статусу «все камеры онлайн», а по рабочему сценарию.

Записать поток и одновременно вывести много камер на монитор — не одна и та же задача.

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

Поэтому до выбора регистратора спрашиваем не только «сколько камер записывать», но и:

• сколько камер нужно видеть одновременно;

• на каком мониторе и в какой раскладке;

• нужна ли одновременная высокая детализация всех окон или допустимы субпотоки;

• какие сценарии воспроизведения архива использует оператор.

Нормальный тест

Открываем ту раскладку, которая будет использоваться каждый день. Затем переключаемся между окнами, увеличиваем нужную камеру, открываем архив и возвращаемся к просмотру в реальном времени.

Если рабочий сценарий требует постоянных компромиссов только потому, что регистратор не справляется с раскладкой, это нужно обнаружить до сдачи объекта.

Количество терабайт нельзя честно определить по одному числу камер.

На объём влияют:

• фактический поток камер;

• режим записи;

• продолжительность хранения;

• число камер;

• изменение настроек после запуска;

• резерв, если он предусмотрен архитектурой.

Мы не обещаем универсальную формулу вида «один диск = столько-то камер». Сначала определяем исходные потоки и требуемую глубину, после чего считаем объём хранения и проверяем ограничения самого NVR по дискам.

Хранение, глубина записи, поиск и экспорт подробно рассматриваются в разделе «Архив видеонаблюдения». Здесь архив рассматривается только как одна из нагрузок, которую конкретный NVR обязан выдержать.

Встроенные PoE-порты могут упростить небольшой проект: камеры подключаются непосредственно к регистратору, а питание и данные идут по одной линии.

Но при выборе проверяем не только количество портов:

• какие камеры подключаются;

• какое питание им требуется;

• хватает ли суммарного PoE-ресурса конкретного устройства;

• как устроена сеть камер и доступ к ним для обслуживания;

• что произойдёт при дальнейшем расширении;

• не станет ли встроенный PoE единственной причиной заменить весь NVR при росте системы.

Если архитектуре удобнее отдельный PoE-коммутатор, наличие PoE-портов в регистраторе не является обязательным преимуществом.

При смешанной системе сначала определяем, какие функции обязательны.

Базовый поток от камеры может работать, а отдельные возможности — события, аналитика, двусторонний звук, управление, специальные профили, метаданные — зависеть от конкретной связки камеры, NVR, протокола и версий ПО.

Поэтому совместимость проверяем на нужной функции, а не только по факту появления изображения.

Для системы из разных производителей полезен тест одной реальной связки до массовой закупки. Если требуется только стандартная запись видеопотока — проверяем её. Если заказчик рассчитывает на дополнительные события или аналитику — они получают собственный тест.

NVR — центральный узел записи в конкретной архитектуре. Подбор регистратора связан с несколькими самостоятельными инженерными задачами.

Архив видеонаблюдения — про глубину хранения, поиск, экспорт, состояние носителей и архитектуру хранения как самостоятельную задачу.

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

Сервер видеонаблюдения / VMS — про серверную архитектуру и программную платформу, когда функции или масштаб выходят за границы обычного NVR.

ONVIF-камеры — про межбрендовую совместимость и конкретный набор функций при подключении по стандартным интерфейсам.

PoE и сеть — про питание и транспорт камер как отдельную инфраструктуру.

Не начинайте с бренда. Положите рядом технические данные двух моделей и пройдите один список.

1. Каналы

Хватает ли физических/лицензионных каналов сейчас и после разумного расширения?

2. Входящий поток

Подтверждает ли документация суммарную нагрузку ваших камер?

3. Декодирование

Выдержит ли устройство реальную локальную раскладку и воспроизведение, а не только запись?

4. Хранилище

Поддерживает ли нужное число дисков и рассчитанный объём? Не подменяем этот пункт рекламной цифрой «до N ТБ» без проверки конкретной модели и совместимых накопителей.

5. PoE

Если PoE встроен — хватает ли портов и суммарного ресурса питания? Нужен ли он вообще в выбранной архитектуре?

6. Совместимость

Какие функции камеры обязаны работать через этот NVR и подтверждены ли они на конкретной связке?

7. Эксплуатация

Можно ли удобно найти запись, экспортировать фрагмент, подключить нужные роли пользователей, восстановить конфигурацию и обслужить систему?

Замена не нужна только потому, что вышла новая модель.

Существующий регистратор имеет смысл сохранить, если он:

• принимает фактическую нагрузку камер;

• поддерживает нужные функции;

• обеспечивает требуемый архив;

• не ограничивает рабочую раскладку и экспорт;

• имеет достаточный ресурс для согласованного расширения либо расширение не требуется;

• стабильно работает в существующей сетевой и электропитающей архитектуре.

Если проблема находится не в NVR, замена регистратора её не исправит. Плохой ракурс камеры, перегруженная сеть, неверно рассчитанный архив или неисправный накопитель требуют своей диагностики.

Нормальная сдача — это не экран с шестнадцатью зелёными статусами.

Проводим связанный тест:

1. все запланированные камеры находятся в рабочем режиме;

2. NVR одновременно принимает и записывает потоки;

3. оператор открывает штатную многокамерную раскладку;

4. выбирается случайный момент в архиве;

5. несколько камер воспроизводятся синхронно или последовательно по сценарию объекта;

6. нужный фрагмент экспортируется;

7. файл проверяется на отдельном устройстве или согласованным способом;

8. после теста фиксируются модель NVR, установленные диски, основные сетевые параметры и ограничения, которые важны для обслуживания.

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

Для первого разбора достаточно:

• моделей камер или их основных параметров;

• количества камер сейчас и после планируемого расширения;

• требуемого срока хранения;

• информации о существующих дисках;

• фото или модели текущего регистратора, если система уже работает;

• требования к локальному монитору и удалённому просмотру;

• перечня функций, которые нельзя потерять при замене.

Если точных моделей камер пока нет, начинаем с проекта нагрузки и уточняем параметры перед закупкой.

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