Видеоархив: локальный, облако или гибрид — что выгоднее

Выбирается место, где физически лежит запись, и сторона, которая отвечает за её сохранность. Локальная модель — сервер или регистратор в серверной объекта. Облачная — запись сразу уходит на площадку провайдера, на объекте остаются только камеры и канал. Гибридная — полный поток пишется локально, а часть камер или событий дублируется наружу.

Разница между моделями не в «современности», а в том, какой отказ вы готовы пережить. Локальный архив переживает обрыв интернета, но не переживает пожар в серверной. Облачный — наоборот. Гибрид платит за то, чтобы не терять запись ни в одном из этих сценариев.

Объём считается от битрейта, а не от «мегапикселей». Приложение 2 к Правилам функционирования Национальной системы видеомониторинга (приказ Председателя КНБ РК от 27.10.2020 № 69-қе, V2000021693) задаёт для подпадающих объектов минимум 5000 кбит/с на камеру. Это и есть исходная цифра расчёта, ниже которой опускаться нельзя.

Арифметика прозрачная: 5000 кбит/с = 0,625 МБ/с; 0,625 × 86 400 секунд = 54 000 МБ, то есть 54 ГБ в сутки на одну камеру. За 30 суток — 1,62 ТБ. Дальше — простое умножение на число камер.

Объём округлён до целых ТБ; канал — 5 Мбит/с на камеру при битрейте 5000 кбит/с. Расчёт по битрейту из Приложения 2 к Правилам НСВМ.

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

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

Главная ошибка в расчёте — считать «полезный» объём равным паспортной ёмкости дисков. Под 97 ТБ записи массив RAID-6 из 16 дисков по 8 ТБ даёт 128 ТБ «сырых» и 14 × 8 = 112 ТБ полезных: два диска уходят на чётность. Запас в 15 ТБ съедается форматированием, служебными данными и всплесками битрейта на динамичных сценах. По нашему опыту на объектах, массив, собранный «впритык», через несколько месяцев начинает молча сокращать глубину архива — и об этом узнают в момент, когда запись понадобилась.

Локальная модель также автоматически снимает вопрос юрисдикции хранения: архив с изображениями людей лежит в РК по определению.

В облачной модели вы платите не за диски, а за канал, трафик и юрисдикцию площадки. Ежемесячный платёж провайдера виден в договоре, а два других расхода — нет. Канал должен держать 5 Мбит/с на камеру непрерывно вверх; при обрыве связи запись прекращается, если у камеры нет локального буфера на карте памяти.

Отдельный вопрос — где стоит площадка. Статья 12 Закона РК от 21 мая 2013 года № 94-V «О персональных данных и их защите» (Z1300000094) требует, чтобы хранение персональных данных велось в базе, находящейся на территории Республики Казахстан. Видеозапись с распознаваемыми лицами — это персональные данные, поэтому зарубежное облако без казахстанского дата-центра под эту задачу не подходит. Смежные требования к съёмке людей мы разбирали в материале про замечания по персональным данным и видеозаписи лиц.

Облако честно выигрывает на малых объектах и распределённых сетях: 10 камер — это 16 ТБ и 50 Мбит/с, такой канал есть почти везде, а держать сервер и ЗИП в каждом филиале дороже, чем платить за хранение.

Гибрид решает конфликт «узкий канал против риска потерять серверную»: полный поток всех камер пишется локально на нормативную глубину, а наружу уходит только критичная часть. Выносят обычно кассовые зоны, въездные группы, вход в серверную и периметр — то есть камеры, запись с которых нужна именно тогда, когда с объектом что-то случилось.

Считается это так же просто. Десять вынесенных камер — 50 Мбит/с исходящего канала и 16 ТБ в облаке, остальные 50 камер остаются на локальном массиве. Второй рабочий вариант гибрида — выносить не поток, а события: тревоги, метаданные аналитики и короткие фрагменты по срабатыванию. Тогда канал нужен на порядок меньше, но и восстановить полную картину по облачной копии не получится.

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

Три требования сокращают пространство выбора и не зависят от модели хранения. Первое — глубина архива не менее 30 суток для объектов, подлежащих обязательному оснащению системами охранного телевидения (ПП РК от 06.05.2021 № 305, P2100000305). Второе — технический минимум камеры. Третье — территория хранения персональных данных.

Технический минимум по Приложению 2 к Правилам НСВМ (приказ Председателя КНБ РК от 27.10.2020 № 69-қе): разрешение не ниже 1920×1080, 25 кадров в секунду, битрейт не менее 5000 кбит/с, светочувствительность 0,01 лк, исполнение IP66, архив не менее 30 суток и автономность питания не менее 60 минут. Плотность пикселей нормируется тремя значениями — 50, 150 и 250 пикс/м по типам зон.

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

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

Строка про канал — та, из-за которой облачный вариант чаще всего отпадает на крупных объектах, а строка про серверную — та, из-за которой чисто локальный вариант не устраивает службу безопасности.

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

1. Зафиксируйте обязательную глубину архива. Если объект входит в перечень по ПП РК № 305 — это не менее 30 суток, и торг здесь неуместен.
2. Посчитайте объём. Число камер × 1,62 ТБ при нормативном битрейте 5000 кбит/с. Это нижняя граница, а не оценка «с запасом».
3. Измерьте фактический исходящий канал, а не заявленный в тарифе. Сравните с произведением «число камер × 5 Мбит/с». Не сходится — полное облако отпадает.
4. Определите, что критично вынести за периметр объекта: кассы, въезд, вход в серверную, зоны хранения ценностей. Это будущая облачная часть гибрида.
5. Проверьте площадку и резерв: территория хранения по ст. 12 Закона № 94-V, автономность питания не менее 60 минут, второй канал связи, схема замены дисков.

Сводный пример. Объект: 60 камер, фактическая исходящая скорость канала — 100 Мбит/с. Полное облако требует 300 Мбит/с, значит, отпадает на шаге 3. Локально нужно 97 ТБ — это RAID-6 из 16 дисков по 8 ТБ (112 ТБ полезных). Десять критичных камер выносим в облако: 50 Мбит/с и 16 ТБ, канал выдерживает. Итоговое решение — гибрид, и получено оно арифметикой, а не предпочтениями.

В каждой модели отказ отнимает своё, и резервировать нужно разное. В локальной теряется окно записи при выходе из строя массива или питания. В облачной — всё время, пока лежит канал. В гибридной отказ обычно частичный: одна из копий продолжает писать. Именно поэтому резерв планируется не «вообще», а по конкретной точке отказа.

Что мы закладываем в резерв по моделям:

• Локальный архив: массив с избыточностью (RAID-6 переживает отказ двух дисков), ИБП с автономностью не менее 60 минут по Приложению 2 к Правилам НСВМ, запас дисков в ЗИП, мониторинг состояния массива с оповещением.
• Облако: локальный буфер на карте памяти камеры или на регистраторе, второй канал связи от независимого оператора, контроль факта записи на стороне площадки.
• Гибрид: те же меры в уменьшенном объёме плюс письменное разграничение, кто отвечает за какую часть архива при инциденте.

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