n1ro°
RU

Дом и быт · Ремонт · Инструкция

Расчёт диска для видеонаблюдения по битрейту, камерам и сроку хранения

Расчёт диска для видеонаблюдения строится от среднего битрейта, а не от одного только разрешения камеры.

Редакция N1RO · Проверено

Короткий ответ

Для непрерывной записи используйте формулу: объём ГБ ≈ битрейт Мбит/с × камеры × 86400 × дни / 8 / 1000. Удобно считать, что 1 Мбит/с постоянного потока занимает примерно 10,8 ГБ в сутки.

Базовая формула хранения видео

Если средний битрейт одной камеры B задан в мегабитах в секунду, число камер равно N, а хранить запись нужно D суток, то приблизительный объём без служебного запаса можно считать так: GB ≈ B × N × 86400 × D / 8 / 1000. Здесь деление на 8 переводит биты в байты, а деление на 1000 — мегабайты в десятичные гигабайты, как обычно маркируются диски. Удобное упрощение: 1 Мбит/с непрерывного потока — около 10,8 ГБ в сутки. Значит, камера со средним битрейтом 4 Мбит/с потребляет примерно 43,2 ГБ/сутки; четыре такие камеры — около 172,8 ГБ/сутки. Это оценка, а не обещание: реальный H.264/H.265 поток зависит от сцены, движения, шума, GOP, FPS и политики битрейта.

Важно: Для VBR используйте измеренный или целевой средний битрейт, а не максимальный пик — но оставляйте запас на активные сцены и служебные данные.

Быстрые примеры непрерывной записи

  • 4 камеры × 4 Мбит/с × 7 дней | ≈ 1,21 ТБ | без запаса
  • 8 камер × 4 Мбит/с × 14 дней | ≈ 4,84 ТБ | без запаса
  • 8 камер × 2 Мбит/с × 30 дней | ≈ 5,18 ТБ | без запаса
  • 16 камер × 4 Мбит/с × 30 дней | ≈ 20,74 ТБ | без запаса
  • 4 камеры × 8 Мбит/с × 30 дней | ≈ 10,37 ТБ | без запаса

Совет: Добавьте резерв под файловую систему, служебные данные NVR и скачки битрейта; покупать диск ровно по арифметическому минимуму рискованно.

Как посчитать архив для своей системы

  1. Возьмите средний или целевой bitrate каждой камеры из реальной настройки потока. Если камеры разные, считайте каждую группу отдельно, а не усредняйте разрешение.
  2. Определите режим записи: 24/7, по расписанию или по событиям. Для непрерывной записи коэффициент времени равен 1; для событий нужен реалистичный процент активности, полученный по тесту, а не случайное число.
  3. Посчитайте суточный объём: bitrate Мбит/с × 10,8 ≈ ГБ/сутки на камеру. Затем умножьте на число одинаковых камер и дни хранения.
  4. Сложите объёмы всех групп камер. После этого добавьте технический запас и округлите вверх до доступной конфигурации дисков/NVR.
  5. Проверьте не только ёмкость, но и максимальное число дисков, поддерживаемый объём HDD, RAID/резервирование и суммарную входящую полосу регистратора.

Совет: Если NVR поддерживает калькулятор retention/target bitrate, используйте его как вторую проверку вашего ручного расчёта.

Почему H.265 не даёт фиксированную экономию в процентах

Нельзя честно сказать, что H.265 всегда уменьшит архив ровно вдвое. Экономия зависит от сцены, качества энкодера, движения, шума, разрешения и настроек. Для планирования лучше использовать фактический target/average bitrate выбранного профиля камеры. Axis в актуальном интерфейсе прямо связывает average bitrate с доступным storage и retention time и позволяет рассчитывать target bitrate на основе объёма и срока хранения. При variable bitrate активная сцена требует больше полосы; при average bitrate система стремится удерживать средний целевой уровень на длинном интервале. Поэтому наиболее надёжный способ — настроить несколько камер, записать типичную неделю, посмотреть фактическую среднюю скорость и уже затем масштабировать расчёт на полный объект.

Предупреждение: Разрешение 4K само по себе не говорит, сколько ТБ понадобится: без bitrate и характера сцены расчёт будет гаданием.

Как считать запись по движению

При событийной записи формулу можно умножить на коэффициент активности A от 0 до 1, но этот коэффициент должен отражать реальное время записи. Например, если камера фактически пишет около 6 часов в сутки, A ≈ 0,25. Тогда теоретический объём 4 Мбит/с за 30 суток снизится примерно с 1,296 ТБ до 0,324 ТБ. Однако события распределены неравномерно: вход в магазин может быть активен 12 часов в рабочий день и почти молчать ночью, а камера парковки — наоборот. Кроме того, системы часто сохраняют pre-record и post-record вокруг события, поэтому фактическая доля времени выше простого времени движения. Для ответственных объектов закладывайте сценарий пикового сезона и проверяйте retention на работающем NVR, а не только в таблице перед покупкой.

RAID, аудио и фактическая полезная ёмкость

Для RAID или зеркалирования нельзя просто считать сырую сумму номинальных дисков как полезный архив. Конкретный usable capacity зависит от уровня массива и реализации NVR. Например, при зеркале часть общей физической ёмкости уходит на копию данных, а при parity-массиве — на избыточность. Поэтому сначала рассчитайте требуемый полезный объём, затем применяйте правила выбранного массива и ограничения регистратора. Также учитывайте второй поток: обычно архив пишется с основного потока, но некоторые системы могут хранить дополнительные потоки, аудио или метаданные. Если включается постоянное аудио, оно тоже добавляет объём. Для критичной системы после недели эксплуатации сравните расчётную и фактическую retention: если архив хранится меньше, чем планировалось, корректируйте bitrate или ёмкость до того, как понадобится расследовать реальное событие.

Дополнительная практическая проверка

Для смешанной системы считайте группы отдельно: например, четыре камеры по 2 Мбит/с, две по 6 Мбит/с и одна 4K по 10 Мбит/с. Сложение после группировки даёт точнее, чем «средние 4 Мбит/с на все камеры». Если запись ведётся по расписанию, используйте отдельный коэффициент времени для каждой группы. Также проверьте, не пишет ли NVR одновременно основной и дополнительный поток. После монтажа полезно снять фактический суточный расход диска за несколько типичных дней и сравнить с моделью. Если расхождение велико, причиной могут быть VBR, повышенный шум ночью, частые события, аудио или настройки pre/post-record. Такой контроль позволяет скорректировать архив до того, как истечёт нужный срок хранения.

Что учитывать

Нельзя честно сказать, что H.265 всегда уменьшит архив ровно вдвое. Экономия зависит от сцены, качества энкодера, движения, шума, разрешения и настроек. Для планирования лучше использовать фактический target/average bitrate выбранного профиля камеры. Axis в актуальном интерфейсе прямо связывает average bitrate с доступным storage и retention time и позволяет рассчитывать target bitrate на основе объёма и срока хранения. При variable bitrate активная сцена требует больше полосы; при average…

Источники и проверка

Инструкция составлена редакцией N1RO на 2026-09-20. Перед действием сверьте актуальные условия на официальном сайте сервиса или производителя.