Серверы для системы СКУД на логистическом терминале

Крупный логистический терминал в Уфе управлял потоком около 1 200 сотрудников, 300 единиц погрузочной техники и 80–120 грузовиков в сутки. Система СКУД на 80 точках доступа работала на сервере-рабочей станции 2016 года. В рамках расширения склада на 40 000 м² число точек доступа должно было увеличиться до 320 — это в четыре раза. Существующий сервер не справлялся даже с 80 точками в часы пик: при параллельной обработке событий от 200 устройств авторизация занимала 5–8 секунд.

При расширении до 320 точек проблема обещала стать критической: очередь автотранспорта у ворот в пиковые часы уже составляла 12–15 машин. Служба логистики оценила стоимость простоя одной фуры в очереди в 4 500 руб./час — при 50 въездах в сутки задержки обходились в 135 000 руб. в день.

Обеспечить серверную инфраструктуру для СКУД на 320 точек с временем авторизации менее 1 секунды и хранением базы событий за 3 года. Параллельно — выделенный сервер для видеоверификации, интегрированной с СКУД: при срабатывании тревоги оператор мгновенно видит запись нужной камеры. Бюджет — 2,8 млн руб. с НДС, срок — 2 недели. Резервные блоки питания — обязательны: терминал работает 24/7.

Серверное помещение на складе небольшое — место в стойке 16U с замком (требование службы безопасности). Бесперебойность СКУД критична: остановка системы означает ручной контроль всех въездов и выездов с задействованием дополнительного персонала. Стойка с замком была условием службы безопасности из соображений физической защиты сервера. Платёж — по счёту с НДС как АО.

Два сервера: первый — под базу данных СКУД и ПО управления доступом (NVMe PCIe Gen4 под «горячую» СУБД событий + HDD SATA для архива за три года); второй — под видеоаналитику и видеоверификацию (NVMe для буфера видеопотоков от 64 камер + HDD для архива видео). Оба сервера с резервными блоками питания с горячей заменой — при отказе одного БП сервер продолжает работать без перебоев. 10GbE-коммутатор с VLAN: трафик СКУД и видео изолированы от общей складской сети. ИБП 3000 ВА онлайн питал оба сервера.

• СКУД-сервер: 1U, 2× CPU, 192 ГБ RAM; 2× NVMe 3,84 ТБ PCIe Gen4 + 4× HDD SATA 8 ТБ
• Сервер видеоверификации: 1U, 2× CPU, 192 ГБ RAM; 2× NVMe 3,84 ТБ + 4× HDD SATA 8 ТБ
• RAID: 2× контроллер 12G с батарейным кешем
• Сеть: 10GbE-коммутатор 24 порта с VLAN-изоляцией
• Питание: ИБП 3000 ВА онлайн
• Размещение: стойка 16U с замком и ключом

День 1–2: уточнение конфигурации совместно с интегратором СКУД — проверка совместимости с ParsecNET и ПО видеоверификации. День 3–5: выставление счёта, согласование и оплата. День 6–11: комплектация, стресс-тест каждого сервера под нагрузкой 200 000 событий в минуту. День 12: доставка в Уфу. Принято в срок.

Время авторизации сократилось до 0,27 секунды даже при одновременном обращении от 60 точек. Очереди у ворот в часы пик исчезли. База событий принимает нагрузку 200 000 записей в сутки без деградации и хранит историю за 3 года в 52 ТБ архива. Видеоверификация выводит запись нужной камеры через 0,8 секунды после события. За 6 месяцев эксплуатации — ни одного аппаратного сбоя. Итоговая стоимость — 2 650 000 руб. с НДС.

Интегратор СКУД порекомендовал ВИСТЛАН как проверенного поставщика аппаратной части — мы уже поставляли серверы для нескольких объектов того же интегратора. Готовность согласовать спецификацию напрямую с интегратором освободила клиента от роли посредника и ускорила выбор конфигурации.

Серверы поступили на терминал за 3 дня до планового монтажа СКУД-оборудования интегратором. IT-специалисты терминала установили серверы в стойку, подключили к 10GbE-коммутатору и произвели первоначальную настройку ОС. Интегратор СКУД развернул ParsecNET на СКУД-сервере и ПО видеоверификации Trassir на втором сервере за два рабочих дня.

База данных СКУД использовала PostgreSQL с активным партиционированием таблицы событий по месяцам. NVMe-диски содержали «горячие» партиции (текущий и предыдущий месяцы — около 8 ГБ данных), остальные партиции хранились на HDD-уровне. Планировщик PostgreSQL автоматически направлял запросы реального времени к NVMe-партициям, архивные запросы — к HDD. Это давало 0,27 секунды для оперативных запросов (проход сотрудника) и 2–5 секунд для архивных отчётов (кто входил в здание 3 недели назад) — оба показателя приемлемы для операторов.

Видеоверификация потребовала отдельной настройки: алгоритм автоматически связывал событие СКУД (попытка прохода) с записью ближайшей камеры за ±30 секунд от события. Оператор видел окно с тремя видеофрагментами: 10 секунд до события, сам момент прохода и 10 секунд после. Это давало достаточный контекст для принятия решения по тревожному событию за 2–3 секунды вместо ручного поиска по архиву.

После ввода системы в эксплуатацию время идентификации транспортного средства при въезде сократилось с 6–8 секунд (авторизация + ожидание) до 0,4 секунды (считывание RFID-метки + авторизация). Очередь из 12–15 фур у въездных ворот в утренний пик исчезла полностью. Служба логистики оценила экономию: 0 часов простоя фур в очереди ежедневно против прежних 45–60 минут суммарно. Это вернуло около 135 000 руб./день потерянного времени водителей и дало терминалу репутационное преимущество как «быстрого» склада у логистических партнёров.

Через три месяца эксплуатации служба безопасности терминала расширила функциональность системы: к существующей инфраструктуре подключили систему распознавания лиц для дополнительной верификации в зонах повышенного контроля. Сервер видеоверификации имел достаточный запас вычислительных ресурсов (CPU утилизация 38% при базовой нагрузке) для обработки алгоритмов распознавания без замены оборудования. Интегратор СКУД добавил модуль биометрии как плагин к существующей ParsecNET — никаких изменений в аппаратной инфраструктуре не потребовалось. Это подтвердило правильность исходного решения: избыточные вычислительные ресурсы на этапе закупки создали запас для развития системы без повторных инвестиций. ВИСТЛАН продолжает обслуживать терминал как поставщик запасных дисков и расходных материалов по согласованным ценам.

Оговорка: кейс носит иллюстративный характер. Производительность зависит от архитектуры СКУД-ПО и БД.