Понимание нагрузки начинается с подсчёта битрейта и суммарного потока: сколько камер, какое разрешение, какой кодек, сколько часов записи. На основе этого строится остальная сеть.
Базовый расчёт: суммарный битрейт = сумма битрейтов всех камер × коэффициент сетевого оверхеда (примерно 1,1–1,3). Для HDD‑хранилища:
Объём (ГБ) = (суммарный битрейт в Мбит/с × 3600 × часы в сутки × дни) / (8 × 1024)
Пример: 20 камер по 2 Мбит/с = 40 Мбит/с. С учётом оверхеда ≈48 Мбит/с ≈ 6 МБ/с → ≈518 ГБ в сутки → ≈15,5 ТБ за 30 дней.
Типичные ориентиры битрейта (зависит от сцены и кодека): 1080p H.264 ≈ 1–4 Мбит/с, 4K H.265 ≈ 6–15 Мбит/с. H.265 даёт существенную экономию при сложных сценах, но требует CPU/ASIC поддержки при декодировании и более новых NVR.
Выделение камеры в отдельную VLAN уменьшает широковещательное загрязнение и повышает безопасность. Общая схема — отдельные VLAN для камер, для NVR/серверов, для управления и для офисной сети.
Ключевые правила:
Для подбора камер, видеорегистраторов и сопутствующего оборудования удобно смотреть ассортимент профессиональных решений: https://y-ss.ru/catalog/sistemy_videonablyudeniya/
QoS нужна, чтобы важные потоки (живое видео, управление PTZ, запись) не терялись при пиковой загрузке. Основные механизмы:
Важно: QoS нужно настроить и на уровне коммутаторов, и на маршрутизаторе/шлюзе. Без сквозной политики маркировка теряет смысл.
При большом числе одновременных зрителей мультикаст сильно экономит трафик. Но мультикаст требует управления: включите IGMP‑snooping на коммутаторах и, при необходимости, IGMP‑querier.
Внимание на совместимость: некоторые NVR/видеоаналитика не работают с мультикастом на входе — проверьте поведение при записи и трансляции. Если просмотров немного, unicast проще и надёжнее.
При проекте учитывайте PoE‑бюджет коммутатора: суммарная мощность портов должна покрывать максимальное потребление всех камер с коэффициентом запаса 20–30% на пиковые нагрузки и будущие расширения.
NVR должен выдерживать суммарную скорость записи: проверяйте sustained write IOPS/throughput, не только количество камер в спецификации. Дисковые массивы для видеонаблюдения выбирают с учётом характерных последовательных записей (Surveillance HDD), RAID сбывает проблему отказоустойчивости, но уменьшает доступную ёмкость.
Используйте буферизацию записи и тестируйте на пиковые нагрузки (например при инцидентах, когда все камеры активируются на высоком битрейте).
Устанавливайте управляемые коммутаторы с поддержкой VLAN, QoS, IGMP‑snooping и LACP. Для магистральных линий используйте агрегацию (LACP) или 10Gbps каналы, если суммарный трафик превышает возможности 1Gbps. Настройка STP/rapid‑STP и резервных ссылок минимизирует простои.
Регулярно мониторьте метрики: packet loss, jitter, latency, CPU/NVR load, SMART‑статусы дисков. SNMP и NetFlow/sFlow помогут оперативно обнаружить узкие места. Логи камер и NVR полезны для анализа инцидентов.
Правильная сеть — это не только скорость, но и предсказуемость: стабильная пропускная способность, минимальные потери и продуманная сегментация.
Не забывайте про безопасность: меняйте дефолтные пароли, отключайте ненужные сервисы и ограничивайте доступ к камерам и NVR через фаерволы и ACL.
В итоге: сначала считаем трафик и ёмкость, затем проектируем VLAN и PoE‑бюджет, настраиваем QoS и мультикаст там, где это оправдано, выбираем коммутаторы с запасом по пропускной способности. Планируйте запас по питанию и по каналу — это часто дешевле, чем экстренная модернизация после развёртывания.
Небольшой практический приём: перед массовой установкой сделайте пилот на 5–10 камер, проверьте пиковую запись, поведение QoS и загрузку NVR — это даст реальные данные для масштабирования и снизит риск неожиданных задержек и нехватки дискового пространства.