4K видеонаблюдение — расчет хранилища и нагрузки на процессор
2026-05-28 12:19
4K-камера без правильной инфраструктуры — это избыток разрешения, который превращается в обузу: поток в 4 раза тяжелее Full HD, а архив и процессор не рассчитаны на такую нагрузку. Поток с одной такой камеры в 4 раза тяжелее Full HD, архив пухнет на глазах, процессор начинает кашлять при попытке вывести 16 окон на монитор оператора. В статье разберем, сколько на самом деле весит 4K-видеоархив, какой нужен CPU под декодирование и транскодирование, какие диски ставить под 24/7-нагрузку и как сетевой инфраструктуре не лечь под трафиком 32 камер.
Почему 4K-видеонаблюдение требует пересмотра инфраструктуры
Привычная схема «сервер на 16 камер Full HD + рейд из четырех HDD» с переходом на 4K перестает работать. Меняется все: битрейт, требования к процессору, объем архива, сетевая нагрузка.
4K — это в 4 раза больше пикселей, чем Full HD
4K UHD — это 3840×2160 пикселей, или примерно 8,3 МП. Full HD — 1920×1080, около 2 МП. По разрешению разница ровно в четыре раза: каждый кадр содержит вчетверо больше точек. Битрейт растет не линейно (помогают кодеки и smart-сжатие), но в среднем 4K-камера весит в 2,5–4 раза больше Full HD при сопоставимом FPS и сюжете.
Где 4K оправдан, а где избыточен
4K реально нужен там, где важна детализация мелких объектов: парковки с распознаванием автомобильных номеров, кассовые зоны (видеть номиналы купюр и лица клиентов), периметр со взглядом на удаленные объекты. Для коридоров офиса, проходных без аналитики, дворов жилого дома Full HD дает ту же оперативную картинку без раздувания архива и счетов за хранилище. Правило простое: ставь 4K только там, где будешь увеличивать фрагменты кадра для разбора инцидента.
Распространенные кодеки — H.265, H.264, H.265+
H.264 (AVC) — старый стандарт, поддерживается всеми камерами и плеерами, но дает на 30–50% больший битрейт. H.265 (HEVC) — современный стандарт, экономит место и сетевой трафик в 1,5–2 раза при той же картинке. H.265+ — фирменное smart-расширение Hikvision и Dahua, экономит еще 20–50% на статичных сценах за счет ROI и переменного GOP. Для 4K-видеонаблюдения по умолчанию выбирают H.265 — без него архив раздувается до невменяемых размеров.
Битрейты 4K-камер — реальные цифры
Битрейт — главная переменная во всех расчетах. От него зависит объем архива, нагрузка на сеть и CPU при декодировании.
Битрейт 4K при H.265 — 6–16 Мбит/с на камеру
Реальные значения зависят от сюжета. Статичная сцена (склад, парковка ночью) — 4–6 Мбит/с при H.265. Средняя нагрузка (офис, торговый зал в обычный день) — 8–12 Мбит/с. Высокое движение (улица с трафиком, въезд на парковку в час пик) — 12–16 Мбит/с. На H.264 эти цифры умножай на 1,5–2.
CBR vs VBR — что выбрать для архива
CBR (constant bitrate) — постоянный битрейт. Камера всегда отдает одинаковый поток, независимо от сюжета. Удобен для расчета хранилища — точно знаешь, сколько места заберет архив. Минус: на статичной сцене переплачиваешь местом за пустые кадры. VBR (variable bitrate) — переменный, камера повышает битрейт на движении и сбрасывает в покое. Экономит 20–40% места, но усложняет планирование архива — приходится считать по среднему и закладывать запас. Рекомендация: используйте CBR там, где важна предсказуемость объема хранилища (проекты с фиксированным бюджетом на диски); VBR — там, где сцена относительно статична и нужна максимальная экономия места, но с запасом +30–40% к среднему битрейту.
Smart-кодеки (H.265+) и динамический битрейт
Smart-кодеки идут дальше VBR: камера анализирует сцену и кодирует разные области кадра с разной плотностью. Лицо у входа сжимается слабо (хорошо видно), статичная стена сзади — сильно. Плюс динамический GOP — длина группы кадров между опорными I-frame меняется по событию. Экономия 20–50% при сохранении качества там, где оно нужно.
Расчет хранилища для 4K-архива
Считается по простой формуле: битрейт (Мбит/с) × 86400 (секунд в сутках) / 8 = МБ в сутки. Дальше — умножение на число камер и глубину архива.
1 камера 4K, 10 Мбит/с, 30 суток — около 3,3 ТБ
Подставим в формулу: 10 × 86400 / 8 = 108 000 МБ ≈ 108 ГБ в сутки. За 30 суток — 3,24 ТБ. За 60 суток — 6,5 ТБ. Это на одну камеру. Если в проекте 16 камер с тем же битрейтом — умножаешь на 16.
8 камер 4K, 30 суток — около 26 ТБ
8 × 3,24 ≈ 26 ТБ полезного объема. С учетом RAID 6 (теряем место под две parity-диска) сырого нужно около 32–34 ТБ. В переводе на диски — RAID 6 из 6 дисков по 8 ТБ или 5 дисков по 10 ТБ.
32 камеры 4K, 30 суток — около 106 ТБ
32 × 3,24 ≈ 104 ТБ полезного, с RAID 6 — 125–135 ТБ сырого. Это уже отдельная дисковая полка JBOD на 12–16 дисков по 14–18 ТБ. И здесь начинают играть роль скорость ребилда (24–48 часов для рейда на 12 дисков по 18 ТБ) и тип дисков под 24/7-нагрузку.
Расчет хранилища для 4K-архива
Камер
Битрейт на камеру
Глубина архива
Полезный объем
С RAID 6 (сырой)
8
10 Мбит/с
30 суток
~26 ТБ
~32 ТБ
8
10 Мбит/с
60 суток
~52 ТБ
~65 ТБ
16
10 Мбит/с
30 суток
~52 ТБ
~65 ТБ
16
12 Мбит/с
30 суток
~62 ТБ
~78 ТБ
32
10 Мбит/с
30 суток
~104 ТБ
~130 ТБ
64
10 Мбит/с
30 суток
~208 ТБ
~260 ТБ
Какие диски выбрать под 4K-архив
Главная ошибка — поставить «обычные» Desktop HDD. Они не рассчитаны на 24/7-запись и через год начинают сыпаться. Под видеонаблюдение — только surveillance-серия.
Surveillance HDD (WD Purple, Seagate SkyHawk) — обязательно
WD Purple, WD Purple Pro, Seagate SkyHawk, Seagate SkyHawk AI, Toshiba S300 — диски, рассчитанные на постоянную запись с десятков камер одновременно. Surveillance HDD держат rated workload 180–360 ТБ записи в год, тогда как Desktop HDD — всего 55 ТБ/год. MTBF — 1,5–2,5 млн часов против 1 млн у бытовых. Отдельно стоит выделить WD Purple Pro 22 ТБ: официально поддерживает 64 канала одновременной записи — оптимальный выбор для крупных 4K-систем от 32 камер. Для таких проектов имеет смысл брать системы хранения данных с готовыми surveillance-моделями в комплекте.
NVMe-кеш для горячего архива и поиска
Под архив последних суток (горячий слой) ставят пару NVMe SSD в RAID 1. Это резко ускоряет поиск событий за «сегодня» и подгрузку миниатюр в клиенте оператора. Холодный архив за прошлые недели уезжает на HDD. ПО видеонаблюдения вроде TRASSIR и MACROSCOP умеет работать со многоуровневым хранилищем «из коробки».
RAID 6 или RAID 60 для 12+ дисков
RAID 5 на больших дисках под 24/7-нагрузку давно не используют: при выходе одного диска ребилд занимает сутки и более, а второй вылетевший в этот период диск убивает весь массив. RAID 6 защищает от выхода двух дисков сразу. На массивах от 12 дисков переходят на RAID 60 — две группы RAID 6, объединенные в страйп. Это и быстрее по записи, и переживает выход двух дисков в каждой группе.
Нагрузка 4K на процессор сервера
Запись 4K на диск процессор почти не грузит. Все начинается, когда оператор открывает мультиэкран и сервер начинает декодировать поток для отображения.
Декодирование на просмотр — 4K H.265 требует CPU
Один поток 4K H.265 при программном декодировании на ядре Xeon Gold забирает 30–50% производительности этого ядра. 16 окон на мультиэкране = почти весь процессор уйдет на декодирование. Если параллельно оператор смотрит запись, перематывает, делает экспорт — упрешься в потолок и получишь дерганую картинку.
Аппаратное ускорение Intel QuickSync и NVIDIA NVDEC
Решение — аппаратное декодирование. Intel QuickSync (встроен в Xeon Gen 11–14, в том числе Sapphire Rapids и Emerald Rapids) тянет десятки потоков 4K H.265 на одном чипе с минимальной нагрузкой на ядра. NVIDIA NVDEC в Quadro T1000 (4 ГБ) дает аппаратное декодирование 16–24 потоков 4K H.265. Для серверов на 32+ камер 4K без аппаратного ускорения вообще не считают конфигурации. Под аналитику и тяжелое многопоточное декодирование часто берут GPU-сервер с RTX A2000 или старше.
Транскодирование 4K → Full HD для мобильных клиентов
Если клиент смотрит видео с телефона через 4G, отдать ему оригинальный поток 4K — значит положить мобильное соединение и съесть весь трафик. Сервер должен транскодировать поток в 720p или 1080p на лету. Один транскод 4K → 720p без QuickSync забирает 30–50% ядра Xeon Gold. На QuickSync — единицы процентов. Если в системе планируется мобильный доступ — аппаратное ускорение обязательно.
Сетевая инфраструктура под 4K-камеры
4K требует пересмотра сети так же, как и хранилища. Гигабит и старый PoE-коммутатор быстро становятся узким горлом.
PoE+ и PoE++ для питания 4K-камер
4K-камеры тяжелее Full HD по питанию: фокусная оптика, ИК-подсветка на дальность, обогрев в уличных моделях. Обычный PoE (15,4 Вт) часто уже не хватает. PoE+ (30 Вт) покрывает большинство стандартных 4K-камер. Уличные с обогревом и мощной ИК-подсветкой требуют PoE++ (60–90 Вт). Коммутатор подбирают строго под суммарный бюджет питания — иначе часть камер останется без энергии в холода.
1 Gbps на 32 камеры — впритык, нужно 10 Gbps на ядро
16 камер 4K H.265 при 10 Мбит/с — это 160 Мбит/с суммарного потока. Для гигабита запас есть. 32 камеры — уже 320 Мбит/с, и с учетом всплесков на движении и просмотра архива «впритык». 64 камеры — 640 Мбит/с, гигабит ложится. Стандартная схема: гигабитные access-коммутаторы под камеры, 10-гигабитный uplink на сервер. Подобрать корректное сетевое оборудование под нужное число камер и тип PoE — отдельная задача.
VLAN для видеотрафика и QoS
Видеотрафик надо изолировать в отдельном VLAN — иначе шторм в офисной сети уронит запись. Дополнительно ставят QoS с приоритизацией DSCP: пакеты видео получают приоритет над файловым трафиком и почтой. Это исключает потери кадров в часы пик.
Готовые конфигурации серверов под 4K
Универсального «сервера под 4K» нет — все зависит от числа камер, глубины архива и наличия аналитики. Дам три отправные точки.
До 8 камер — однопроцессорный сервер, 32 ГБ RAM
Базовый вариант: 1× Xeon Silver или Xeon Bronze с поддержкой QuickSync, 32 ГБ RAM, RAID 6 из 4–6 surveillance-HDD по 8 ТБ. Архив на 30 суток умещается без проблем. Подойдет готовый сервер для видеонаблюдения начального уровня.
16–32 камеры — 2× CPU, 64–128 ГБ RAM, JBOD
Двухпроцессорный сервер на Xeon Silver 4416 или Xeon Gold 6442Y с QuickSync, 64–128 ГБ RAM, 12–16 surveillance-HDD по 14–18 ТБ в RAID 6, NVMe-кеш для горячего архива. Архив на 30–60 суток, мультиэкраны до 16 окон одновременно. Если планируется аналитика (распознавание лиц, номеров) — добавляется GPU NVIDIA RTX A2000 или A4000.
От 64 камер — распределенный кластер серверов
Один сервер уже не вытягивает. Распределяют по узлам: 2–4 сервера, каждый держит 16–32 камеры, центральный сервер агрегирует мониторинг и поиск. Архив выносят на отдельную СХД с одной-двумя полками JBOD. Сеть строится на 10-гигабитном backbone, питание камер — через managed PoE-коммутаторы с резервированием.
Типовые ошибки при проектировании 4K-системы
Три ошибки, на которые натыкаются почти все интеграторы при первом крупном 4K-проекте.
Расчет битрейта по «средним» цифрам без замера
Камера в каталоге заявлена «6–8 Мбит/с в H.265». А реально на въезде ТЦ в обед выдает 14 Мбит/с из-за движения. Если посчитал архив по 6 Мбит/с — получишь в два раза меньше глубины, чем планировал. Правило: ставить тестовую камеру на пару дней, замерять реальный битрейт через лог сервера, закладывать запас 30–50%.
Использование Desktop HDD под 24/7 запись
Desktop-диски WD Blue, Seagate BarraCuda не рассчитаны на постоянную запись с многих потоков. Через 8–14 месяцев начинают сыпаться bad-блоки, рейд деградирует, архив теряется. Экономия 20–30% на закупке оборачивается заменой всех дисков и потерей данных. Surveillance HDD стоят дороже, но рассчитаны на rated workload в 3–6 раз больше.
Игнорирование транскодирования для мобильных клиентов
Заказчик ставит 16 камер 4K, через месяц приходит и просит «открыть со смартфона». Сервер начинает на лету конвертировать 4K в 720p, упирается в CPU без QuickSync, мультиэкран дергается, оператор жалуется. Если в проекте планируется мобильный или удаленный доступ — аппаратное декодирование закладывают сразу, а не докупают через полгода.
Планируете развернуть 4K-видеонаблюдение на 16–64 камерах и хотите рассчитать сервер под нагрузку? Наши инженеры подберут CPU с QuickSync или NVENC, хранилище под 30–60 суток архива и сетевую фабрику 10 Гбит/с. Закажите подбор сервера под задачу — после расчета будет понятна реальная стоимость проекта.
Заключение
4K-видеонаблюдение — это не «то же самое, только в большем разрешении», а другой класс инфраструктуры. Главные числа, которые стоит держать в голове: битрейт 8–12 Мбит/с на камеру при H.265, около 108 ГБ архива в сутки с одной камеры, гигабит впритык на 32 камеры, surveillance HDD — обязательно, аппаратное декодирование (QuickSync или NVDEC) — критично для мультиэкранов и мобильных клиентов. Расчет всегда идет от фактического битрейта, а не от обещаний в каталоге, и с запасом 30–50% по объему хранилища и сетевой пропускной способности. Экономия на дисках, кодеке и аппаратном ускорении — это три места, где сэкономленные тысячи рублей превращаются в потерянный архив, упавший рейд и переделку проекта.
Ответы на частые вопросы
Сколько места занимает 4K-камера в архиве за сутки?
При H.265 и битрейте 10 Мбит/с — около 108 ГБ в сутки. При 8 Мбит/с — около 86 ГБ. При 16 Мбит/с (улица с трафиком) — около 173 ГБ. Считается по формуле: битрейт (Мбит/с) × 86400 / 8.
Зачем 4K, если есть Full HD?
Только там, где нужна детализация мелких объектов: распознавание автомобильных номеров, лица в очереди, периметр с дальними целями, кассовые зоны с разбором инцидентов. В коридорах офиса и на дворе жилого дома 4K избыточен и просто раздувает архив.
Какой CPU выдержит декодирование 32 камер 4K H.265?
Без аппаратного ускорения — практически никакой адекватный по цене. С Intel QuickSync (Xeon Gen 11+ или Xeon Silver/Gold 4-го и 5-го поколений) или с NVIDIA Quadro T1000 / RTX A2000 — спокойно тянется десятки потоков 4K на просмотр и транскодирование.
Нужен ли GPU для просмотра 4K-камер?
Не обязательно, если CPU имеет встроенный QuickSync. Если процессор без iGPU (например, серверный Xeon без графики), отдельный NVIDIA Quadro T1000 или RTX A2000 решает задачу аппаратного декодирования. Под аналитику (распознавание) GPU нужен в любом случае.
Какие HDD ставить под 4K-архив?
Только surveillance-серию: WD Purple, WD Purple Pro, Seagate SkyHawk, SkyHawk AI, Toshiba S300. Они рассчитаны на 24/7-запись с десятков потоков. Объем — от 8 ТБ для малых систем до 22 ТБ для крупных. Desktop HDD под 4K — гарантированная замена дисков через год.
Хватит ли 1 Gbps на 32 камеры 4K?
При H.265 и битрейте 10 Мбит/с суммарный поток — 320 Мбит/с. Формально в гигабит влезает, но без запаса на просмотр архива, всплески на движении и удаленный доступ. Стандартная рекомендация — 10 Гбит/с на ядро сети, если в системе 32+ камер 4K.
Сколько RAM нужно серверу на 16 камер 4K?
Под чистую запись и базовый просмотр — 32 ГБ. Под мультиэкран на 16 окон, удаленный доступ с транскодированием, аналитику — 64 ГБ. Если планируется глубокий поиск по архиву и работа нескольких операторов одновременно — 128 ГБ с запасом.
Что важнее — 4K с низкими FPS или Full HD c 25 FPS?
Зависит от сценария. Для разбора инцидентов и распознавания мелких объектов 4K при 10–15 FPS даст больше пользы. Для динамичных сцен (контроль кассы, наблюдение за движением людей) Full HD с 25 кадров в секунду точнее покажет последовательность событий.