Trassir: тестирование производительности сервера Trassir
Trassir: тестирование производительности сервера Trassir
Сервер Trassir — сердце многих систем видеонаблюдения. Понять, сколько камер, аналитики и клиентов выдержит ваша конфигурация — важнее, чем выбирать модный
корпус. Ниже — простой и практичный план тестирования, объяснения для новичков и рекомендации для профессионалов.
Зачем тестировать сервер Trassir
Смотрите, какая штука: на бумаге всё может выглядеть отлично, но при реальной нагрузке проявляются узкие места — процессор, сеть, диски или
лицензии. Тестирование показывает, где именно ставить апгрейд и какую конфигурацию выбирать при покупке.
Что нужно знать перед тестом
- Версия ПО Trassir и тип лицензии (число каналов, модулы аналитики).
- Кодек камер: H.264 или H.265 — H.265 экономит трафик, но требует больше ресурсов при декодировании/аналитике.
- Разрешение и FPS каждой камеры — главный фактор нагрузки.
- Хранение: тип дисков, RAID-массив, контроллер и кэш.
- Сеть: гигабит/10G, коммутаторы, VLAN и агрегирование каналов.
Ключевые метрики
- CPU — средняя нагрузка и пиковые значения.
- RAM — свободная память и использование свопа.
- Диск — пропускная способность записи (MB/s), IOPS, задержка (ms).
- Сеть — входящий/исходящий трафик (Mbps), потери пакетов.
- Качество записи — потерянные или фрагментированные кадры.
- Время отклика клиентов (веб/толстый клиент).
Простой план тестирования — пошагово
- Подготовка: зафиксируйте ПО Trassir, список камер, их кодеки, разрешения, FPS; отключите лишние фоновые задачи.
- Среда теста: используйте реальные камеры или поток-генераторы (ffmpeg/RTSP) с заранее заданными битрейтами.
- Базовый тест (запись без аналитики): включите запись всех потоков и замерьте CPU, диск, сеть.
- Тест «живой просмотр»: добавьте N одновременных клиентских подключений и смотрите пиковую нагрузку.
- Аналитика: включите модули детекции/распознавания, замерьте рост CPU/GPU и задержки.
- Экспорт/архивирование: запустите резервное копирование и проверьте влияние на запись и просмотр.
- Нагрузочный тест с пиками: симулируйте периодическое увеличение FPS/разрешения и смотрите, где появляются деградации.
Инструменты и команды для замеров
- Linux: top/htop, iostat, vmstat, sar, iotop, nload.
- Windows: Диспетчер задач, Resource Monitor, Performance Monitor (PerfMon).
- Сеть: iperf для проверки канала между камерами и сервером.
- Логи Trassir и внутренние статистики сервера (если доступны).
Пример расчёта нагрузки
Возьмём 16 камер 4MP @ 15 fps, средний битрейт ~4 Mbps (H.264). Общая входящая скорость:
ПараметрЗначение Камеры16 Битрейт одной4 Mbps Итого трафик64 Mbps
Диск: при записи с компрессией 4 Mbps суммарно ~8 MB/s. Умножьте на коэффициент хранения (пересжатие, метаданные) — планируйте запас 20–30%.
Аппаратные ориентиры
СценарийCPUДискиСеть Дом/Малый офис (до 16 камер) 4–8 ядер, 8–16 GB RAM 1–2 HDD (RAID1) или 1 SSD + HDD 1 Gbps Средний (30–80 камер) 8–16 ядер, 32 GB RAM RAID10 на 4+ дисках, кэш SSD 1–10 Gbps Крупный (100+ камер, аналитика) 16+ ядер, 64+ GB RAM, GPU для анализа RAID10, SAN/iSCSI или быстрый NAS с iSCSI 10 Gbps
Типичные проблемы и как их распознать
- Высокая загрузка CPU при включённой аналитике — значит нужна аппаратная декодировка или GPU.
- Падение FPS в записях и пропуски — узкое место дисков или RAID-контроллера; проверьте IOPS и задержку.
- Длинные задержки при просмотре удалённым клиентом — сеть или NAT-проброс.
- Большой входящий трафик на 1 Gbps порте — возможно, нужен аггрегированный канал или 10G.
Лучше тестировать систему под нагрузкой, близкой к реальной: режимы «запись+аналитика+много клиентов» выявляют проблемы, которые не видны в пассивном режиме.
Контроль качества: критерии «прохода»
- Процент потерянных кадров — минимален (желательно