Как рассчитать архив видеонаблюдения: камеры, сеть и диски

Какие данные собрать до расчёта

• Список камер и групп с одинаковыми настройками.
• Профиль потока, который действительно записывается, а не поток мобильного просмотра.
• Средний и максимальный наблюдаемый битрейт за характерные периоды.
• Часы записи и правила предзаписи/постзаписи событий.
• Нужный срок хранения, запас и условия перезаписи.
• Схему коммутаторов, uplink, NVR/VMS и удалённых подключений.

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

Шаг 1. Разделите камеры на группы

Откройте калькулятор архива. Укажите «Хранить архив, дней»: 30, «Запас сети и дисков, %»: 20. Затем создайте две группы через «Добавить группу камер».

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

1. В первой группе введите название «Офис» и количество 8.
2. Оставьте «Круглосуточно · 24 часа».
3. Включите «Указать известный битрейт одной камеры», введите 4.
4. Во второй группе укажите «Склад», 4 камеры, известный битрейт 6.
5. Выберите «По расписанию» и в появившемся поле часов укажите 12.
6. Нажмите «Рассчитать».

Известный битрейт: где взять и что именно вводить

Лучший источник для уже работающей системы — настройки и статистика фактически записываемого потока камеры или регистратора. Уточните единицы: 4 Мбит/с — не 4 МБ/с. Для архивного объёма полезно измеренное среднее за характерный период; для полосы сети — пик при одновременной работе.

В этом калькуляторе одно поле битрейта участвует и в оценке сети, и в оценке архива. Если для VBR среднее и пик заметно различаются, выполните два расчёта: один для хранения со средним, второй для сети с пиковым. Не называйте сумму введённых средних значений измеренным максимумом сети.

• Проверяйте день и ночь, рабочую смену и спокойные часы.
• Учитывайте дождь, снег, листву, шум при недостаточном свете и движение людей.
• Не берите substream вместо основного записываемого потока.
• Если показатель уже включает звук, не добавляйте его второй раз в аудиополе.

VBR меняет поток по содержимому; ограничение максимального битрейта не равно прогнозу занимаемого места. Принципы описаны в Axis Rate Control. При слишком жёстком ограничении потока возможна потеря полезных деталей; настройки нужно проверять по изображению в сложной сцене, а не только по экономии места.

Если битрейт неизвестен: разрешение, FPS, кодек и сцена

Не включайте ручной битрейт: интерфейс предложит разрешение в мегапикселях, FPS, кодек и содержимое кадра. Выберите H.264, H.265/HEVC или MJPEG из доступного списка и подходящую сцену. Результат будет предварительной моделью, а не паспортом конкретной камеры.

• Разрешение: больше деталей может потребовать большего потока; мегапиксели сами по себе не определяют точный размер архива.
• FPS: частота кадров влияет на временную детализацию и поток; требуемое значение зависит от задачи наблюдения.
• Кодек: сравнивайте при сопоставимом качестве и поддержке всей цепочкой камера → регистратор → клиент.
• Сцена: неподвижная комната и улица с дождём сжимаются по-разному.

Не обещайте фиксированное уменьшение архива вдвое только из-за H.265. Значение зависит от энкодера, настроек и сцены. Дополнительные технологии производителя тоже не универсальны. Различия сжатия объясняет Axis Communications. После установки замените оценку измеренными данными.

Шаг 2. Прочитайте результат двух групп

Проверенный результат без аудио: 12 камер, заданный одновременный поток 56 Мбит/с, сеть с запасом 67,2 Мбит/с. Архив без запаса 14,26 ТБ; с запасом 20% — 17,11 ТБ, около 15,56 ТиБ.

Блок «Номинал порта от» показывает нижнюю арифметическую ступень для введённых условий. В этом примере отображается 100 Мбит/с. Это не готовая спецификация коммутатора: нужны протокольные расходы, просмотр, экспорт, другие потоки и рост. Полосу проверяют на конкретном участке сети.

В таблице по группам показан объём с выбранным запасом. Не прибавляйте 20% к этим строкам ещё раз. Полезная ёмкость архива не равна сумме купленных дисков: RAID рассчитывается следующим этапом.

Формула архива и независимая проверка

Для одной группы при постоянном расчётном потоке:

Объём, ТБ = N × (B + A) × 10⁶ × 3 600 × H × D ÷ (8 × 10¹²).

N — число камер; B — видео одной камеры в Мбит/с; A — её аудио, предварительно переведённое в Мбит/с; H — часов записи в сутки; D — дней. Сначала складывают объёмы групп, затем применяют выбранный запас.

Сеть без запаса: 8 × 4 + 4 × 6 = 56 Мбит/с. С запасом: 56 × 1,2 = 67,2 Мбит/с. Часы записи в эту сумму не входят: обе группы могут передавать одновременно.

ТБ здесь десятичные. 17,1072 ТБ — около 15,56 ТиБ; это один объём в разных единицах, не дополнительная потеря места. Для отдельного перевода используйте конвертер единиц.

Шаг 3. Добавьте звук без двойного учёта

1. В группе «Офис» раскройте «Аудиозапись».
2. В поле «Аудио одной камеры, кбит/с» введите 128.
3. Остальные условия примера оставьте прежними и пересчитайте.

Проверенный результат: архив с запасом вырос до 17,51 ТБ; поток с учётом звука — 57,02 Мбит/с, сеть с запасом — 68,43 Мбит/с. Точные расчётные величины до округления: 17,5053312 ТБ, 57,024 и 68,4288 Мбит/с.

128 кбит/с = 0,128 Мбит/с на камеру. Для восьми камер это ещё 1,024 Мбит/с; за 30 суток круглосуточной записи — 0,331776 ТБ без запаса. Звук включён только в первой группе, не во всех двенадцати камерах.

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

Шаг 4. По движению и расписанию: меняется архив, а не обязательно сеть

Продолжим пример с аудио в офисе. В первой группе выберите «По движению», укажите 6 фактических часов записи в сутки. Группа склада остаётся на 12 часах; срок 30 дней и запас 20% сохраняются.

Результат в интерфейсе: 7,88 ТБ. Сеть с запасом остаётся 68,43 Мбит/с. Запись сократилась, но калькулятор сохраняет возможность одновременной передачи всех потоков.

Часы — не процент. Шесть часов в сутки соответствуют четверти суток, но вводить в поле нужно 6, а не 25. Считайте суммарное время событий с предзаписью и постзаписью; перекрывающиеся события не складывают дважды. Фактическое движение меняется по сезонам и режиму работы объекта.

Расписание в калькуляторе — число часов, а не календарь конкретных дней недели. Если в выходные запись отличается, отдельно оцените среднюю длительность для архива и худший сценарий. Мы также проверили ввод 25 часов: форма отвергла его и указала допустимый диапазон. Ошибку нужно исправить, а не считать прежний результат действующим.

Где проходит поток: камера, коммутатор, регистратор

1. Камеры → коммутаторВидео и аудио всех групп
2. Коммутатор → NVR/VMSУчасток записи и его uplink
3. NVR/VMS → операторДополнительный просмотр и экспорт
4. Удалённая площадкаИнтернет/VPN, если поток действительно уходит туда

Если камеры и регистратор находятся в одной VLAN, основная запись может коммутироваться без маршрутизатора. При разделении на VLAN поток проходит L3-узел: это может быть маршрутизатор или коммутатор с маршрутизацией. Удалённый просмотр и облачная передача требуют дополнительного расчёта WAN/VPN.

• Не складывайте вход и выход полнодуплексного порта как одну однонаправленную скорость.
• Учитывайте дополнительные потоки просмотра, одновременные подключения и экспорт архива.
• Проверяйте uplink между коммутаторами, а не только порты отдельных камер.
• Разделяйте сетевой бюджет и питание PoE — это разные ограничения.

Для питания камер есть отдельный калькулятор PoE. Он не заменяет проверку поддерживаемого стандарта, мощности порта и потребления в ночном режиме.

Средний битрейт, пик и запас

Офис 24 часа
17,51 ТБ с запасом

Офис 6 часов по движению
7,88 ТБ с запасом

Сеть в обоих случаях
68,43 Мбит/с с запасом

В обоих вариантах есть аудио офиса, склад пишет 12 часов.

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

Запас 20% в нашем примере выбран как плановая надбавка и применяется к расчётным сети и архиву. Он не является измерением накладных расходов и не гарантирует 20% свободного места на дисках после записи. Если нужно держать заданную долю ёмкости пустой, планируйте её отдельно и не прибавляйте один и тот же запас дважды.

Полезный архив → RAID → реальные диски

17,11 ТБ из первого примера — полезный объём архива с выбранной надбавкой. Это не количество дисков и не суммарная сырая ёмкость. Перейдите в калькулятор RAID, задайте уровень, число дисков, группы и spare, затем сравните полезную ёмкость.

1. Зафиксируйте нужный объём архива и единицы.
2. Учтите RAID, hot spare и накладные расходы файловой системы.
3. Определите эксплуатационный запас под рост и дополнительные функции VMS.
4. Проверьте скорость постоянной записи, чтение при просмотре и degraded/rebuild.
5. Согласуйте реакцию на отказ и независимые копии критичных фрагментов.

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

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

Что калькулятор не проверяет в NVR/VMS

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

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

• Снять фактический поток каждой группы днём, ночью и при характерных событиях.
• Проверить одновременную запись, просмотр и экспорт, отсутствие потерянных кадров и дыр архива.
• Сравнить запись за сутки с расчётом и пересчитать срок хранения.
• Проверить начало и конец записи событий, поиск и выгрузку нужного фрагмента.
• Убедиться, что время на камерах, NVR и клиенте согласовано.
• Проверить уведомления о потере камеры, ошибках записи и дисков.
• Повторить проверку после смены FPS, кодека, звука, количества камер и сцены.

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

Материалы для расчёта и приёмки

Поможем связать расчёт с рабочей системой

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