На объём влияют:
- число камер;
- битрейт;
- разрешение;
- FPS;
- кодек;
- качество;
- движение в сцене;
- часы записи;
- запись по движению или непрерывная запись;
- резерв/RAID.
Сначала задаём срок по бизнес-сценарию
Не «чем больше дней, тем лучше».
Вопрос: через сколько дней обычно обнаруживается событие, которое нужно расследовать?
Для разных зон срок может отличаться:
- касса;
- склад;
- вход;
- периметр.
Если платформа поддерживает разные правила хранения — это можно учитывать.
Битрейт важнее мегапикселей сам по себе
Две камеры 4 МП могут писать разный объём. На него влияют:
- FPS;
- кодек;
- сложность сцены;
- качество;
- VBR/CBR.
Поэтому расчёт только по разрешению грубый.
калькуляторы Seagate и Axis подтверждают параметры
Актуальные калькуляторы хранения используют:
- количество камер;
- размер изображения и разрешение;
- сжатие;
- FPS;
- срок хранения в днях;
- часы записи;
- запись по движению.
Это и есть правильная модель исходных данных.
VBR
Переменный битрейт меняется со сложностью сцены.
Тихий коридор и:
- деревья на ветру;
- снег;
- толпа;
- парковка
могут иметь разный средний поток.
Для архива лучше использовать измеренный/ожидаемый битрейт с запасом.
Запись по движению
Запись по движению снижает объём только если:
- сцена реально спокойная;
- обнаружение работает корректно;
- бизнес допускает отсутствие постоянного видео.
На входе магазина и на пустом складе эффект разный.
Нельзя считать движение по “проценту на глаз”
Сначала тестируем:
- день;
- ночь;
- фон;
- ложные движения.
Иначе предполагаемые 20% записи превращаются в 90%.
Непрерывная запись
Для критичных зон может быть предпочтительнее постоянная запись.
Плюс:
- нет зависимости от обнаружения.
Минус:
- больше места в хранилище.
Режим выбирается по риску, а не экономии диска.
H.264 / H.265
Более эффективный кодек может уменьшить требования к хранилищу и пропускной способности при сопоставимом качестве.
Но:
- конкретная камера;
- VMS;
- клиентская программа воспроизведения;
- аппаратное декодирование
должны поддерживать выбранный режим.
Основной поток и дополнительный поток
Архив обычно пишется одним согласованным потоком, а удалённый просмотр в реальном времени может использовать другой.
Не считаем хранилище по дополнительному потоку, если NVR пишет основной поток.
Фактическая полезная ёмкость
Номинальные TB диска и доступный системе объём отличаются из-за:
- форматирования;
- файловой системы;
- RAID и резервирования;
- служебных данных.
В расчёте используем полезную ёмкость.
RAID
RAID влияет на:
- полезную ёмкость;
- устойчивость к отказу диска.
Но RAID не заменяет отдельную стратегию резервного копирования и экспорта для критичных материалов.
Скорость записи
Для большой системы важна не только ёмкость, но и:
- суммарная пропускная способность записи;
- число потоков;
- воспроизведение;
- экспорт;
- аналитика.
Хранилище должно справляться с нагрузкой.
Добавление камер
Если известно расширение:
- резервируем каналы;
- хранилище;
- пропускную способность.
Но не покупаем максимальный запас без плана.
Как проверить существующий архив
Не смотрим только настройку «Срок хранения: 30 дней».
Берём несколько камер:
- открываем календарь;
- находим самую старую фактическую запись;
- воспроизводим;
- проверяем разрывы;
- экспортируем.
Фактическая глубина может отличаться от настройки.
Почему архив “вдруг стал короче”
Причины:
- добавились камеры;
- вырос битрейт;
- FPS;
- качество;
- включена непрерывная запись вместо записи по движению;
- поменялся кодек;
- один диск вышел из массива;
- изменился резерв VMS.
Сравниваем параметры до/после.
Архив и время
Срок бессмысленен, если временная шкала неправильная.
Проверяем синхронизацию камер/NVR.
Экспорт
Критичный эпизод должен:
- находиться;
- выгружаться;
- открываться вне NVR — если это согласованный формат.
Приёмка включает экспорт.
Как проходит расчёт
1. Камеры
Количество/группы.
2. Потоки
Битрейт/FPS/кодек.
3. Режим записи
Непрерывно или по движению.
4. Срок хранения
Дни и часы.
5. Резервирование
RAID.
6. Расширение
Известное расширение.
7. Проверка
Самая ранняя фактическая запись.
Как принимаем систему
Через несколько дней/недель после запуска:
- смотрим фактический средний битрейт;
- проверяем самую раннюю запись;
- сравниваем прогноз;
- корректируем правило при необходимости.
Что прислать
- камеры/модели;
- число;
- разрешение и частота кадров;
- битрейт;
- кодек;
- непрерывно или по движению;
- нужные дни;
- регистратор или сервер;
- диски.
Частые вопросы
Сколько дней даст диск 4/8/12 ТБ?
Без потоков и режима записи честно не ответить.
H.265 вдвое меньше?
Не всегда. Эффект зависит от сцены и настроек.
Движение всегда экономит много?
Нет, если сцена активная.
RAID увеличивает срок?
Резервирование уменьшает полезную ёмкость в обмен на устойчивость.
Можно хранить разные камеры разный срок?
Если VMS/NVR поддерживает такое правило.