Что лучше для нескольких объектов: локальные NVR или единая VMS?

Выбор между локальными NVR и единой VMS — это два независимых решения, а не одно. Первое: где физически лежит архив (на объекте или в центре). Второе: откуда системой управляют (с каждого объекта отдельно или из одной консоли). Их можно комбинировать в любом сочетании, и именно поэтому вопрос «что лучше» без уточнения не имеет ответа.

Большинство сравнений склеивают эти плоскости и подают выбор как «либо коробка на объекте, либо облако». На практике мы чаще всего разводим их: плоскость записи — локальная, плоскость управления — централизованная. Такая схема даёт централизованный мониторинг без требования держать широкий канал круглосуточно.

Проверить, какое решение вам действительно нужно, помогает один вопрос: что должно продолжать работать, если объект на сутки останется без связи. Если ответ «запись», то архив обязан быть локальным. Если ответ «доступ дежурного к 3–4 объектам одновременно», то это задача управляющего слоя, и она решается лицензией, а не переносом всех потоков в центр.

Расчёт разводит спор быстрее любых аргументов. Приложение 2 к Правилам функционирования Национальной системы видеомониторинга задаёт нижнюю планку: разрешение не менее 1920×1080, 25 кадров в секунду, битрейт не менее 5000 кбит/с, архив не менее 30 суток, автономность не менее 60 минут. По этой планке и считаем сеть из 12 объектов.

Арифметика по камере: 5000 кбит/с = 0,625 МБ/с; 0,625 × 86 400 с = 54 ГБ в сутки; за 30 суток — 1,62 ТБ. Объект из 16 камер: 16 × 1,62 = 25,92 ТБ. Сеть из 12 объектов: 12 × 25,92 = 311,04 ТБ. Канал: 16 × 5 Мбит/с = 80 Мбит/с исходящего с каждого объекта и 192 × 5 = 960 Мбит/с на входе в центр, если все потоки писать централизованно.

Отдельно отметим, что перенос решения с одного объекта на сеть ломается именно здесь. Для одного магазина 80 Мбит/с исходящего — вопрос тарифа. Для двенадцати это 960 Мбит/с агрегированного трафика, круглосуточно и без права на деградацию, потому что требование хранить архив 30 суток от качества канала не зависит. Схема, которая отлично отработала на пилоте, на десятом объекте упирается в физику канала, а не в бюджет на лицензии — подробнее эту логику мы разбирали в материале о том, почему архив и хранение резко увеличивают цену CCTV.

Локальные NVR остаются лучшим выбором до 3–4 объектов, потому что дают полную независимость от связи: регистратор пишет 30 суток даже при полностью оборванном канале, а требование автономности не менее 60 минут закрывается локальным ИБП. Стоимость входа ниже, лицензий на камеру нет, а инженер на объекте работает с привычной консолью производителя.

Ломается эта схема не на технике, а на эксплуатации. По нашему опыту на объектах сети из 8–15 точек накапливают одни и те же дефекты: на регистраторах разъезжается системное время, поэтому выгрузка по инциденту с двух объектов не сшивается в единую хронологию; пароли администратора известны разным подрядчикам; прошивки различаются на несколько версий; а выпавшую камеру замечают не в момент отказа, а когда по ней запрашивают запись.

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

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

Второе, что даёт VMS, — управляемость подрядчика и службы эксплуатации. Появляется единый перечень оборудования, понятная картина по прошивкам, централизованное обновление правил и отчёт по инцидентам. Для собственника сети это перевод видеонаблюдения из режима «двенадцать отдельных хозяйств» в режим одного управляемого сервиса, что напрямую влияет на способность подрядчика вести многообъектную сеть.

Платить за это приходится тремя вещами. Первая — лицензии, которые в большинстве платформ считаются на каждый подключённый канал, то есть в нашем примере на все 192 камеры. Вторая — серверная часть с резервированием, потому что теперь у сети есть общая точка отказа. Третья — квалификация: VMS требует администрирования, и без назначенного ответственного она за год превращается в дорогой видеорегистратор с красивым интерфейсом.

Гибридная схема закрывает обе задачи и поэтому чаще всего оказывается решением для сети: архив пишется локально на каждом объекте и переживает обрыв связи, а единая VMS подключается к регистраторам как управляющий слой. В центр постоянно идёт только служебный трафик и поток тех камер, которые открыл оператор, не 80 Мбит/с с объекта, а нагрузка по факту просмотра.

На практике 311,04 ТБ архива распределены по 12 объектам по 25,92 ТБ, канал нагружен только на время просмотра, а централизованный поиск и права доступа работают как в полностью централизованной системе. При обрыве связи объект теряет удалённый доступ, но не теряет запись, а требование хранения 30 суток остаётся выполненным.

Отдельные фрагменты можно поднимать в центр выборочно: например, синхронизировать в единое хранилище только записи по тревогам и по кассовым событиям, а полный архив оставлять на объекте. Это компромисс между глубиной централизованного архива и шириной канала, и его стоит считать до покупки лицензий, а не после. Смежный вопрос — сколько дней вообще нужно хранить видеоархив на конкретном объекте.

Норматив не предписывает архитектуру, но задаёт параметры, которые её определяют. Постановление Правительства РК от 06.05.2021 № 305 (P2100000305) обязывает объекты из утверждённого перечня оснащать системами охранного телевидения и хранить архив не менее 30 суток. Приложение 2 к Правилам функционирования НСВМ — приказ Председателя КНБ РК от 27.10.2020 № 69-қе (V2000021693) — задаёт технический минимум и плотность пикселей 50, 150 и 250 пикс/м по типам зон.

Для сети объектов из этого следуют три вывода. Срок хранения 30 суток должен обеспечиваться на каждом объекте, а не «в среднем по сети». Плотность пикселей считается по зоне, а не по объекту: при 4 Мп (2688 пикселей по горизонтали) и требуемых 250 пикс/м ширина кадра составляет 2688 / 250 = 10,75 м, это расчёт по методике DORI (IEC 62676-4). И если объект попадает в перечень, требование трансляции в национальную систему видеомониторинга адресуется объекту, а не вашей центральной консоли.

Кто именно попадает в перечень, определяется отдельно: критерии объектов, уязвимых в террористическом отношении, установлены постановлением Правительства РК от 12.04.2021 № 234, а сами перечни утверждают акиматы. Для торговых объектов ориентиром служит площадь от 500 кв.м, относящая их к местам массового скопления людей. Практическую сторону подключения мы разбирали в материале о том, нужно ли подключение к национальной системе видеомониторинга.

Порог определяется не количеством камер, а количеством точек управления и требуемым временем реакции. Пока объектов 3–4 и по каждому есть свой ответственный, локальные NVR закрывают задачу. Как только выгрузка по инциденту начинает занимать больше суток, а состояние камер никто не видит в реальном времени, управляющий слой окупается независимо от размера сети.

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

Переход выполняется волнами, без единовременного отключения сети. Базовый порядок из шести шагов ниже мы применяем на многообъектных заказчиках; он позволяет остановить работы на любом шаге, не оставив объекты без записи.

1. Инвентаризация. По каждому объекту: модели камер и регистраторов, версии прошивок, объём и состояние дисков, фактическая ширина канала.
2. Приведение локальной записи к минимуму. Битрейт, глубина архива 30 суток, автономность не менее 60 минут, синхронизация времени по NTP на всех объектах.
3. Пилот на одном объекте. Подключаем к VMS, проверяем совместимость по ONVIF или через штатный драйвер, измеряем реальную нагрузку на канал.
4. Модель прав и ролей. Кто видит какие объекты, кто может выгружать архив, где ведётся журнал выгрузок.
5. Тиражирование волнами. По 2–3 объекта, с проверкой записи до и после подключения.
6. Контроль состояния. Настраиваем оповещения о пропаже камеры, переполнении диска и потере связи — это то, ради чего затевался управляющий слой.

Сводный контроль по завершении: сумма локальных архивов должна закрывать расчётные 311,04 ТБ (12 × 25,92 ТБ), а постоянная нагрузка на центральный канал — оставаться на порядок ниже 960 Мбит/с, которые потребовались бы при полной централизации записи. Если после миграции канал загружен близко к этой цифре, значит часть камер по ошибке пишет в центр.

• Модель лицензирования: за камеру, за сервер или за модуль аналитики; продлевается ли лицензия ежегодно.
• Поддерживает ли платформа запись на объекте с последующей синхронизацией в центр, а не только централизованный поток.
• Совместимость имеющихся камер и регистраторов: ONVIF или штатный драйвер производителя.
• Расчёт канала по нормативным 5000 кбит/с, а не по «средней нагрузке» из маркетингового материала.
• Поведение системы при обрыве канала: продолжается ли локальная запись и как архив догоняет центр.
• Единая синхронизация времени на всех объектах, без которой выгрузка по инциденту не сшивается.
• Кто и по какому регламенту ежедневно проверяет, что пишут все 192 камеры.
• Требования по подключению к национальной системе видеомониторинга, если объект входит в перечень.