Читать полный материал
Хранилище видеоархива выбирают по двум расчётам. Средний битрейт записываемых потоков даёт объём за нужное число дней. Пиковая нагрузка показывает, успевает ли система писать видео, пока операторы просматривают или выгружают записи. Ёмкость сравнивайте с тем, сколько места доступно программе видеонаблюдения после RAID, а скорость проверяйте при почти заполненном архиве.
Какие данные снять с камер и VMS
Запишите для каждой группы камер число записываемых потоков, средний битрейт, активные часы, срок хранения и тип записи. Включите аудио, метаданные и второй видеопоток, если они действительно попадают в архив. Поток, который используется только для просмотра, учтите в сетевой нагрузке, но в объём архива он не входит. Уточните, где просмотр берёт поток: напрямую с камеры или через сервер видеонаблюдения.
Для записи по событию измерьте долю времени, за которую VMS сохраняет видео, включая запись до и после события. Возьмите типичные дни, ночную картинку и периоды высокой активности. Если VMS уже показывает средний записанный поток за целые сутки с паузами, используйте его напрямую. Повторное умножение на долю времени занизит объём.
В режиме VBR битрейт меняется вместе со сценой. У Axis ABR управляет средним битрейтом, а MBR ограничивает поток; слишком низкий предел может ухудшить детализацию при движении. Опции зависят от камеры и версии прошивки. Возьмите настройки из документации Axis по управлению битрейтом и проверьте фактическую запись в своей VMS.
Формула и пример расчёта
Для каждой группы умножьте средний битрейт во время записи на число одинаковых потоков, долю суток с записью и срок хранения. В десятичных единицах 1 Мбит/с непрерывной записи за сутки даёт 10,8 ГБ, или 0,0108 ТБ. Перевод получается из 86 400 секунд в сутках и восьми битов в байте.
Объём видео, ТБ = 0,0108 × число потоков × средний битрейт одного потока, Мбит/с × доля суток с записью × дни хранения. Посчитайте каждую группу отдельно и сложите результаты.
- 24 камеры по 4 Мбит/с, запись круглосуточная: 24 × 4 × 1 × 30 × 0,0108 = 31,104 ТБ.
- 8 камер по 3 Мбит/с во время записи. В примере запись идёт 25% суток с учётом пред- и постзаписи: 8 × 3 × 0,25 × 30 × 0,0108 = 1,944 ТБ.
Итого 33,048 ТБ видеоданных за 30 суток. Это иллюстрация, без аудио, метаданных, служебных расходов и запаса. Если во второй группе одновременно начнут запись все камеры, при тех же битрейтах поток на запись вырастет со средних 102 до 120 Мбит/с. Реальные пики при VBR определяйте по замерам.
Сколько места оставить сверх расчёта
Сравните оценку с объёмом, который VMS действительно может занять на каждом томе. Номиналы дисков включают место, которое уйдёт на избыточность RAID и, если предусмотрено, резервные диски. После этого учитывайте файловую систему, индексы VMS, аудио, метаданные, временные выгрузки на том и свободное место для работы. Сверьте единицы: 33,048 ТБ — примерно 30,06 ТиБ.
Настройка «хранить 30 дней» сама по себе не гарантирует наличие видео за все 30 дней. Например, в XProtect срок хранения архива и лимит размера действуют вместе: при достижении одного из пределов старые записи начинают перезаписываться. У многоуровневого архива проверьте лимит каждого уровня и расписание переноса. Конкретное поведение описано в руководстве Milestone по хранению и архивированию.
При проверке откройте самый старый доступный фрагмент для каждой группы с отдельным сроком хранения. Для записи по событиям берите событие с известным временем и сверяйте полноту записи вокруг него. Если архив ещё не набрал заданную глубину, отдельно отметьте, что фактический срок хранения предстоит подтвердить после накопления данных.
Как проверить запись, просмотр и экспорт
Прогоните один сценарий под штатной записью: включите заданное число операторских просмотров, запустите поиск по нескольким камерам и выгрузите контрольный фрагмент. Повторите прогон, когда том почти заполнен и VMS уже удаляет старые записи: в этом режиме к записи добавляется удаление. Если VMS переносит записи между уровнями, повторите прогон и в окно переноса. Следите за входящим трафиком, скоростью и задержкой операций хранения, пробелами в записи, задержкой открытия архива и временем экспорта.
Десятки записывающихся камер могут давать перемешанные обращения к дискам. Поэтому паспортная скорость последовательной записи одного диска мало говорит о работе архива при одновременном чтении и записи. Рекомендации Milestone по производительности медиабазы показывают это на XProtect. Перед сравнением вариантов подключения проверьте, что версия вашей VMS поддерживает выбранный путь к хранилищу.
Заранее согласуйте критерии приёмки: допустимые пробелы записи при отказе, время открытия архивного фрагмента и время экспорта заданной длительности. Сохраните отметки времени прогона и откройте выгрузку отдельным проигрывателем или штатным средством проверки экспорта.
Что проверить при отказе
На стенде проверьте один предусмотренный сценарием отказ — диска или пути к хранилищу. Убедитесь, что VMS подала предупреждение и запись по контрольным камерам соответствует согласованным требованиям во время деградации и восстановления. Отдельно проверьте предупреждение о заполнении тома и остановке записи. Успешный просмотр старого фрагмента не доказывает, что новые события продолжают записываться.
RAID помогает пережить часть отказов дисков. Значимые фрагменты выгружайте до истечения срока хранения в отдельное защищённое хранилище с согласованными доступами. Проверьте, что копия открывается и включает нужные камеры, даты и интервалы. За выбором конкретного диска обращайтесь к руководству по HDD для видеонаблюдения.
Когда расширять хранилище
Расширение оправдано, если измеренный объём не помещается в доступную ёмкость при нужной глубине хранения. Если места хватает, но в часы нагрузки появляются пробелы, ищите узкое место на пути камера → сеть → сервер записи → том. Дополнительный объём сам по себе не устраняет задержку сети или перегрузку сервера.
Перед подбором передайте число групп и их битрейты, срок хранения каждой группы, пики записи, сценарий просмотра и экспорта, название и версию VMS. По этим данным можно сравнить внешние СХД и серверы записи с локальными дисками по одинаковым критериям приёмки.
Частые вопросы
Как оценить объём видео на 30 дней?
Умножьте суммарный средний битрейт записи в Мбит/с на 30 и на 0,0108. Если измеряли битрейт только во время записи, сначала умножьте его на долю суток с записью для каждой группы камер, затем сложите результаты.
Какой битрейт брать для переменного потока?
Для ёмкости берите средний записанный битрейт за представительный период. Для проверки сети и одновременной записи отдельно измерьте пики. Паспортный максимум не заменяет ни один из этих замеров.
Почему старые записи исчезают раньше заданного срока?
Проверьте размер тома, ограничения VMS, расписание переноса между уровнями и фактический объём записи. Некоторые системы перезаписывают архив по лимиту места раньше, чем истекает срок хранения.
Нужно ли учитывать камеры с записью по движению в расчёте скорости?
Да. Для скорости учтите ситуацию, когда несколько камер начинают запись одновременно. Средняя доля времени записи подходит для оценки объёма, но не описывает такой пик.
Можно ли считать RAID резервной копией видео?
RAID помогает при некоторых отказах дисков. Важный фрагмент нужно выгрузить в отдельное хранилище и проверить, что он открывается до того, как циклическая запись его перезапишет.
Когда видеоархиву нужна отдельная СХД?
Сравните внешний массив и локальные диски сервера по доступному объёму, одновременной записи и просмотру, восстановлению после отказа и поддержке со стороны VMS. Отдельный массив оправдан, если локальная конфигурация не выполняет согласованные требования.
Авторство и источники
Расчёт в статье иллюстративный. Для проекта используйте измерения своей системы видеонаблюдения.