Выделенный сервер для видеонаблюдения на 50 камер: расчёт NECROPOLIS

MAATRIX · Выделенные серверы · Статья 8 из 48

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

Выделенный сервер для видеонаблюдения нужно выбирать с архива. У NECROPOLIS внушительный процессор — EPYC 7642 с 48 ядрами — и 128 ГБ памяти. Однако в тарифе только два NVMe по 1 ТБ. Для пятидесяти камер этого может хватить на короткий буфер, но обещать многонедельное хранение было бы ошибкой. Посчитаем требования и найдём этой машине подходящую роль.

Первое число — битрейт, а не разрешение камеры

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

Для первоначальной оценки нужен средний битрейт каждой группы камер и ожидаемые пики. Лучше получить их из пробной записи на самом объекте: в рабочие часы, ночью, при плохой погоде и в других характерных условиях. Коридор с редким посетителем и дерево на ветру — разные испытания для видеокодека.

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

В расчёте далее используются условные значения 2, 4 и 8 Мбит/с на камеру. Это сценарии для арифметики, а не обещанные характеристики любого разрешения или кодека. Если ваши измерения показывают другой поток, подставьте его: формула останется прежней.

Сколько места занимают 50 камер за сутки и месяц

Один мегабит в секунду непрерывного потока за сутки превращается примерно в 10,8 ГБ в десятичном счёте. Получаем простое выражение: число камер × средний битрейт в Мбит/с × 10,8 × число суток. Результат — гигабайты видеоданных, ещё без служебных расходов и запаса.

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

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

Отсюда получается важное ограничение NECROPOLIS. При суммарном номинальном объёме 2 ТБ и условных 200 Мбит/с арифметический предел хранения — около 22 часов. При зеркале RAID 1 доступен примерно 1 ТБ, и предел уменьшается примерно до 11 часов. Реальное полезное время будет меньше из-за остальных данных и резервируемого пространства.

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

Что означает канал 1 Гбит/с для камер и оператора

При условных 4 Мбит/с пятьдесят камер создают 200 Мбит/с полезного видеопотока в сторону сервера. К этому добавятся накладные расходы протоколов, возможного VPN и служебных обменов. На другом конце нужен соответствующий исходящий канал объекта: арендованный гигабит в дата-центре не расширяет линию связи у ворот склада.

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

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

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

У NECROPOLIS в рассматриваемой линейке американская локация. Для объектов в США это естественный кандидат на проверку маршрута. Для камер в России расстояние, устойчивость связи и допустимые условия обработки видеоданных нужно оценить отдельно. Направлять весь архив через океан только ради подходящего числа ядер редко бывает убедительным проектным решением.

Три роли, которые способен выполнять NECROPOLIS

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

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

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

Третья роль — вычислительный узел: управление, подготовка экспорта, обработка событий, отдельные задачи аналитики. Здесь 48 ядер и 128 ГБ могут оказаться востребованы, но конкретную программу всё равно нужно испытать. Условные слова «аналитика на 50 камер» не определяют нагрузку: простой детектор и сложная нейросетевая модель выполняют разную работу.

GPU в тарифе не указан. Поэтому обещать на NECROPOLIS определённое число потоков распознавания в реальном времени нельзя. Нужно проверить поддерживаемый движок, модель, разрешение и частоту обработки. Иногда аналитика выполняется в самой камере, иногда на отдельном ускорителе, а центральный сервер только собирает события.

Запись, просмотр и перекодирование нельзя считать одной задачей

Сохранение уже сжатого потока обычно требует меньше вычислений, чем его декодирование, изменение размера и повторное кодирование. Однако конкретная VMS может дополнительно анализировать, индексировать и преобразовывать видео. Поэтому выбирать CPU по общему правилу «запись лёгкая» тоже недостаточно.

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

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

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

Надёжность начинается с ответа на вопрос о пропавшем часе

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

RAID помогает переживать некоторые отказы накопителей, но не защищает от удаления архива оператором, неправильного срока хранения или компрометации всей системы. Критичные записи и конфигурацию VMS стоит сохранять отдельно. При этом полное дублирование многотерабайтного циклического архива нужно обосновать требованиями: бюджет у него будет вполне физический.

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

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

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

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

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

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

В итоговом документе должны остаться четыре ясных числа: принятый суммарный поток, подтверждённая глубина архива, доступный запас и время восстановления. Рядом — схема, где хранится основная запись и что произойдёт при отказе каждого узла.

NECROPOLIS за $529 в месяц можно рассматривать как мощный центральный или вычислительный узел такой системы. В стандартной комплектации он не заменяет большое архивное хранилище. Хороший проект видеонаблюдения начинается именно с этой честности: камеры должны помнить нужное событие, а не только производить впечатление количеством ядер на сервере.

Все материалы о выделенных серверах