VideoMax — локальная платформа мониторинга оборудования для систем видеонаблюдения

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

Ключевые требования: работа полностью в закрытой локальной сети без облака и без зависимости от внешних сервисов; поддержка Windows и российских Linux (Astra Linux, RedOS); глубокий аппаратный мониторинг — CPU, RAM, GPU, диски, SMART, RAID-контроллеры, температуры через IPMI/BMC, сеть, USB-датчики; понятный операторский интерфейс с управляемыми тревогами; сохранение совместимости со старым диспетчером предыдущей версии.

Разработали программный комплекс из двух приложений с сервис-ориентированной архитектурой.

VideoMax Agent устанавливается на каждый контролируемый узел: проверяет лицензию, собирает цельный снимок состояния железа и ОС за один цикл и передаёт его монитору. Базовые метрики Windows вынесли из медленной цепочки PowerShell/WMI в нативный C++ helper через named pipe — это убрало задержки основного цикла на серверном железе. Температуры CPU читаются через IPMI/BMC и драйвер PawnIO там, где стандартные источники Windows их не отдают.

VideoMax Monitor работает на рабочем месте оператора: принимает realtime-метрики, хранит историю в SQLite, строит dashboard с группировкой по устройствам и категориям и управляет жизненным циклом критических тревог — первый инцидент даёт сильный сигнал, повторы по той же проблеме не спамят окнами, поддерживаются подтверждение и временное подавление.

Отдельно проработали RAID и хранилище — самую критичную для видеонаблюдения зону: поддержка LSI/Broadcom (StorCLI), Adaptec/Microchip (ARCCONF) и Intel VROC в одной карте, с корректной связью контроллер — массив — физический диск и сопоставлением логических томов с дисками.

Архитектура service-first: фоновый runtime живёт в системной службе и собирает метрики после перезагрузки без пользовательской сессии, а GUI подключается к службе как клиент. Для операторских рабочих мест реализован сценарий замены оболочки Windows с ранним экраном загрузки. Сохранена wire-level совместимость со старым диспетчером. Поставка — воспроизводимый setup-набор для Windows (EXE) и Linux (DEB, RPM, AppImage) с manifest и проверяемой структурой.

Единая картина состояния парка: на узел собирается порядка 54 параметров в 11 категориях — процессоры, оперативная память, видеокарты, диски, RAID, SMART, сеть, температуры, USB-датчики, охлаждение и программное обеспечение.

Корректная работа на сложном серверном железе: двухсокетные Xeon Gold 6330 со 112 логическими ядрами отображаются как два сокета по 56 потоков с правильной нагрузкой по processor groups.

RAID от трёх вендоров (LSI, Adaptec, Intel VROC) сведены в единую карту с разбором связки контроллер — массив — диск; JBOD-сценарии не дают ложных аварий.

Глубокий мониторинг хранилища: SMART для SATA и NVMe, заполненность томов привязана к правильным физическим дискам, одинаковые модели различаются по серийному номеру.

Проверено на реальных узлах заказчика и на чистых стендах, включая Astra Linux и RedOS, с корректным поведением launcher, иконок и прав через PolicyKit.

Автономность и предсказуемая поставка: система работает в закрытой локальной сети без облака, критические события выводятся оператору отдельным сигналом, а поставка собрана в единый setup-набор для Windows и Linux с manifest и проверяемым составом.