Как рассчитать объём видеоархива по битрейту и сроку хранения

Сначала определите, какую запись необходимо сохранить

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

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

Отделите требования от предположений. «Хранить 30 суток» может быть согласованным требованием. «Движение занимает 20% дня» — пока только гипотеза, если её не подтвердили наблюдением. Такая разница должна быть видна в расчётной таблице: иначе приблизительное значение незаметно становится обещанием заказчику.

Формула и единицы измерения

При десятичных единицах объём видеоданных рассчитывается так:

Объём, ГБ = средний битрейт, Мбит/с × 10,8 × число суток × доля времени записи.

Коэффициент 10,8 получается из количества секунд в сутках и перевода битов в байты: 1 Мбит/с × 86 400 с ÷ 8 = 10 800 МБ, то есть 10,8 ГБ. Для одинаковых камер результат умножают на их количество. Для разных — рассчитывают каждый канал или группу, после чего складывают объёмы.

Здесь 1 ГБ означает миллиард байтов, а 1 ТБ — тысячу ГБ. Интерфейс операционной системы или регистратора может показывать двоичные единицы GiB и TiB либо подписывать их иначе. Это одна из причин, по которой число на коробке диска отличается от значения после установки. Дополнительно место занимают файловая система, резервирование и данные самой системы записи.

Не путайте Мбит/с и МБ/с. Значение 8 Мбит/с соответствует 1 МБ/с без учёта дополнительных накладных расходов. Ошибка в букве способна увеличить расчёт в восемь раз. Значения из интерфейса камеры переписывайте вместе с единицей, а не как отдельное число.

Пример расчёта для разных камер

Предположим, на небольшом объекте шесть камер. Четыре обзорные записываются непрерывно со средним битрейтом 3 Мбит/с, две камеры у зоны операций — с 5 Мбит/с. Требуемая глубина архива составляет 21 сутки. Это условные входные данные, а не рекомендуемые настройки изображения.

Получилось около 4,99 ТБ видеопотоков. Нельзя автоматически заключить, что диска с маркировкой 5 ТБ хватит. У расчёта нет запаса на изменение сцены, служебные данные и особенности хранения. Кроме того, доступная ёмкость массива может быть меньше суммарной паспортной ёмкости дисков.

Если для предварительного бюджета добавить условный резерв 25%, получится 6 237 ГБ. Эти 25% — допущение примера, не универсальная норма. В проекте резерв обосновывают режимами камер, результатами наблюдения и требованиями к расширению. Иногда разумнее показать два сценария нагрузки, чем скрыть все неизвестные в одном произвольном проценте.

Какой битрейт брать: настройку или измерение

Число в поле ограничения битрейта и реальный средний объём записи — не одно и то же. Производители по-разному реализуют постоянный, переменный, максимальный и средний битрейт. Поэтому названия CBR, VBR, MBR и ABR нужно читать вместе с руководством конкретной камеры.

В документации Axis по управлению битрейтом VBR связывается с изменяющейся сложностью сцены: активность способна увеличить поток. MBR ограничивает его, но слишком низкое ограничение может ухудшить изображение; возможны и кратковременные превышения заданного уровня. ABR управляет бюджетом за период, однако поддержка и условия работы зависят от оборудования. Наличие режима не отменяет проверки качества записи.

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

Например, если один канал за 24 часа создал 32,4 ГБ видеоданных, его средний битрейт составляет 32,4 ÷ 10,8 = 3 Мбит/с. Перед таким выводом убедитесь, что весь день действительно записывался и измеряется один нужный поток. Пропуски записи дадут красивую, но ложную экономию.

Почему мегапикселей недостаточно

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

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

При сравнении кодеков не закладывайте фиксированную экономию вроде «H.265 всегда уменьшает архив вдвое». Сравнивать следует записи одной сцены, одинаково полезные для поставленной задачи, с совместимым регистратором и просмотром. Меньший файл, в котором исчезли нужные детали, не является равноценным результатом.

Запись по движению: экономия с неизвестной долей

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

Учебный пример: камера с условным средним битрейтом 4 Мбит/с фактически записывает 6 часов в сутки. Для 14 суток объём составит 4 × 10,8 × 14 × 6/24 = 151,2 ГБ. Если во время интенсивной работы запись будет идти 18 часов, объём увеличится втрое. При этом и средний битрейт активного участка способен отличаться от спокойного периода.

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

Если в нагруженном сценарии места не хватает, пересмотрите состав хранилища или согласуйте другой режим записи.

Полезная ёмкость и скорость записи — разные проверки

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

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

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

Для предварительной заявки удобно разделить три числа: видеоданные по формуле, требуемая полезная ёмкость с обоснованным запасом и физическая конфигурация накопителей. Тогда видно, на каком шаге появилась разница и что именно закупается.

Как проверить расчёт после запуска

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

Выберите контрольные даты и несколько каналов с разной нагрузкой. Убедитесь, что старейший доступный фрагмент действительно воспроизводится, а не просто обозначен на шкале. Проверьте и недавнюю запись: наличие старого архива не означает, что текущая запись исправна.

Если фактический срок меньше расчётного, последовательно сравните число потоков, режимы записи, средний битрейт, доступную ёмкость и настройки удаления. Не начинайте с массового ухудшения качества. Иногда причина — дополнительный записываемый поток, чужие данные на диске либо более активная сцена, чем ожидалось. В частности, Axis Camera Station описывает возможность удаления ранних записей при нехватке места.

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

Частые вопросы

Сколько дней записи поместится на диск 1 ТБ?

Без суммарного среднего битрейта ответить нельзя. Для условной полезной ёмкости 1 000 ГБ и непрерывного потока 8 Мбит/с получится 1 000 ÷ (8 × 10,8) ≈ 11,6 суток самих видеоданных. Реальная глубина учитывает служебное место и особенности системы.

Увеличение диска автоматически продлит архив?

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

Можно ли уменьшить FPS, чтобы не менять диски?

Только после проверки задачи наблюдения. Экономия не должна лишить запись нужных фаз движения. Сначала определяют допустимый результат, записывают проверочный эпизод и лишь затем пересчитывают объём.

Что должно остаться в расчётной записке

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