До 15-20 камер архив спокойно живёт на регистраторе или на сервере с дисками. На 25-40 камерах при круглосуточной записи начинается другое: диски некуда доставить, ребилд идёт двое суток, а запись всё это время не останавливается. Дальше выгоднее отдельная система хранения. Ниже - как посчитать свой объём, сколько его держать по закону и где проходит граница между сервером и СХД.
Отправная точка расчёта - битрейт камеры, терабайты выводятся из него. Одна камера с потоком 1 Мбит/с при непрерывной записи даёт около 10,8 ГБ в сутки. Отсюда вся арифметика:
Объём архива (ТБ) = битрейт одной камеры (Мбит/с) × количество камер × глубина архива (суток) × 0,0108
Битрейт берётся из настроек камеры, а если система ещё не куплена - из таблицы. Значения плавающие: реальный поток зависит от того, что в кадре, есть ли движение, включается ли ночью ИК-подсветка.
| Камера, 25 к/с | H.264 | H.265 |
|---|---|---|
| 2 Мп (Full HD) | 4-8 Мбит/с | 2-4 Мбит/с |
| 4 Мп | 6-12 Мбит/с | 3-6 Мбит/с |
| 8 Мп (4K) | 8-16 Мбит/с | 4-8 Мбит/с |
Уличная камера над парковкой пишет ближе к верхней границе: ветки качаются, машины ездят, ночью картинка шумит и кодек не справляется с экономией. Камера в подсобке, где сутками ничего не происходит, - к нижней.
Теперь то же самое в готовом виде, архив на 30 суток:
| Камер | Full HD, H.265 (3 Мбит/с) | Full HD, H.264 (6 Мбит/с) | 4K, H.265 (6 Мбит/с) |
|---|---|---|---|
| 16 | 15,5 ТБ | 31 ТБ | 31 ТБ |
| 32 | 31 ТБ | 62 ТБ | 62 ТБ |
| 50 | 48,6 ТБ | 97 ТБ | 97 ТБ |
| 100 | 97 ТБ | 194 ТБ | 194 ТБ |
Из таблицы видно то, что обычно и подводит при закупке: выбор кодека меняет объём хранилища вдвое. Тот же десяток камер на H.264 требует столько же места, сколько вдвое большая система на H.265. Если камеры умеют H.265 - переключите их до того, как считать бюджет на диски.
И два поправочных коэффициента, про которые забывают:
Тридцать суток - цифра, которую называют почти все, но норма эта не универсальная. Она привязана к типу объекта.
Для мест массового пребывания людей срок задан пунктом 30 требований, утверждённых постановлением Правительства РФ от 25.03.2015 № 272: система видеонаблюдения должна обеспечивать непрерывное наблюдение по всей территории, архивирование и хранение данных в течение 30 дней. Под категорию попадают торговые центры, рынки, крупные точки общепита - объекты, где одновременно бывает больше пятидесяти человек.
Отдельная история - транспорт. С 1 сентября 2026 года вступает в силу постановление Правительства РФ № 2107, которое заменяет прежнее № 969 и задаёт новые требования к техническим средствам транспортной безопасности: разрешение не ниже 2 Мп и архив не меньше 30 суток.
Если ваш объект не попадает ни в одну обязательную категорию, глубину архива определяете вы сами - но здесь работает 152-ФЗ: персональные данные (а лицо в кадре - это они) нельзя хранить дольше, чем требует цель их сбора. То есть «пусть лежит вечно, диски дешёвые» - позиция уязвимая.
Порядок действий такой: сначала уточняете норму для своего типа объекта, потом считаете терабайты. Наоборот не работает - купленное «на глазок» хранилище на 14 суток при требовании в 30 придётся докупать в авральном режиме.
Практика обычно шире нормы. Тридцать суток - минимум для проверяющего; служба безопасности часто просит 45-60, потому что инцидент всплывает не сразу. Разница в деньгах ровно пропорциональная, её видно по формуле выше.
Хранилище под камеры нагружается не так, как под офисные файлы или базу данных.
Запись идёт непрерывно, круглосуточно, без «рабочего времени» и окон обслуживания. Соотношение записи и чтения - примерно 95 к 5: система почти всегда только пишет, а читают архив редко, когда что-то случилось. И характер записи последовательный: камеры льют крупные блоки потоком, без метаний головки по всему диску.
| Параметр | Офисные приложения | Базы данных | Видеонаблюдение |
|---|---|---|---|
| Запись/чтение | 30/70 | 50/50 | 95/5 |
| Тип нагрузки | Случайная | Смешанная | Последовательная |
| Время работы | 8-12 ч/день | 12-18 ч/день | 24 ч/день |
| Что критично | Скорость доступа | Задержка | Объём и надёжность |
Отсюда два практических следствия. Первое: корпоративные СХД общего назначения оптимизированы под баланс чтения и записи или под приоритет чтения - для видео эта оптимизация просто не работает, вы платите за то, чем не пользуетесь. Второе: гнаться за IOPS бессмысленно, а вот за суммарной пропускной способностью и ёмкостью - обязательно.
Полноценная СХД нужна не всем и не сразу. Границы примерно такие.
| Масштаб | Что берут | Где ломается |
|---|---|---|
| До 16 камер, запись по движению | Сетевой регистратор (NVR) на 4-8 дисков | Упирается в число каналов и в отсутствие резервирования |
| 16-30 камер, круглосуточно | Сервер с дисковой корзиной и RAID | Диски кончаются, добавить некуда без нового сервера |
| 30-60 камер | Сервер + внешняя дисковая полка либо СХД начального уровня | Ручное управление двумя-тремя архивами съедает время админа |
| От 60 камер, несколько объектов | СХД с дублированными контроллерами или SDS-кластер | - |
Сервер с восемью-двенадцатью дисками честно тянет три десятка камер. Проблемы у такой схемы начинаются в трёх местах.
Ёмкость упирается в физику корпуса: посадочных мест конечное число, и когда они кончились, следующий шаг - покупка второго сервера и второго архива, который живёт своей жизнью. Отказоустойчивость держится на одном контроллере, одной материнской плате и (часто) одном блоке питания: RAID переживёт смерть диска, но не смерть контроллера. А восстановление после сбоя занимает столько, что успевает случиться второй сбой - об этом ниже, в разделе про RAID.
Про подбор самого видеосервера - процессор, память, кодеки, VMS - у нас есть отдельный разбор; здесь речь только про хранение.
Специализированное хранилище решает ровно те три проблемы, на которых спотыкается сервер.
Резервирование сделано на уровне архитектуры: два контроллера, два блока питания, дублированные связи между компонентами. Отказ контроллера перестаёт быть аварией - второй подхватывает нагрузку, запись не прерывается. Диски меняются на ходу, без остановки массива. Ёмкость наращивается полками расширения: подключили, система увидела, добавили в пул.
И довольно скучная, но важная вещь - единое управление. Один интерфейс на всё хранилище: состояние дисков, температура, заполненность, автоматические оповещения. Когда архивов три и лежат они на трёх серверах, кто-нибудь обязательно узнаёт о сдохшем диске через месяц после того, как тот сдох.
Есть и обратная сторона. СХД - это ещё одно устройство в стойке, ещё один договор поддержки и ещё одна точка, где нужна квалификация. На системе из двадцати камер вся эта машинерия не окупится ни деньгами, ни временем.
Под видеоархив производители делают отдельные линейки - WD Purple и Seagate SkyHawk. Это не то же самое, что корпоративные (enterprise) диски, и уж точно не то же, что десктопные.
Разница именно в режиме работы. Десктопные диски рассчитаны на 8 часов в сутки пять дней в неделю - это их проектный сценарий, и круглосуточная запись изнашивает их быстро. Корпоративные и surveillance-линейки рассчитаны на 24×7, но по-разному: enterprise-диски заточены под смешанную нагрузку многодисковых массивов, surveillance - под непрерывный последовательный поток от нескольких десятков камер и под то, чтобы не ронять кадры при перегрузке.
По ёмкости запас сейчас большой: WD Purple Pro довели до 26 ТБ, Seagate SkyHawk AI - до 32 ТБ (эти объёмы поехали в канал в январе 2026). Скорость последовательной записи у крупных моделей - порядка 200-280 МБ/с, что для потока с камер избыточно даже на больших системах.
А вот all-flash под видеоархив - деньги на ветер, и вот почему. Всё, за что платят при покупке SSD, видеонаблюдению не нужно: низкая задержка при случайном чтении (архив читают последовательно), высокая скорость случайной записи (камеры пишут последовательно), сотни тысяч IOPS (видеопоток их не создаёт). Цена за терабайт отличается в разы, а терабайт нужно много.
Ресурс записи у SSD в этом сценарии расходуется предсказуемо: запись идёт крупными последовательными блоками, усиление записи низкое. Износ тут ни при чём. Проблема в том, что скорость, за которую вы платите, никогда не пригодится.
Разумный компромисс - гибрид: небольшой SSD-кэш под последние часы записи (их запрашивают чаще всего), основной архив на HDD. На системах до полусотни камер и это чаще всего лишнее.
Тут есть один неочевидный момент, из-за которого RAID-5 на больших дисках стал плохой идеей.
Когда диск в массиве умирает, контроллер восстанавливает его содержимое на запасной. Скорость восстановления - в лучшем случае 100-150 МБ/с, и это при спокойной системе. Диск на 16 ТБ так восстанавливается полтора-двое суток, а под непрерывной записью с камер - дольше. Всё это время массив живёт без защиты: RAID-5 переживает отказ ровно одного диска, и второй отказ в течение этих двух суток означает потерю всего архива. Вероятность такого сценария не нулевая, потому что диски в массиве обычно из одной партии и вырабатывают ресурс синхронно.
Поэтому на дисках от 8-10 ТБ разумный выбор - RAID-6 с двойной чётностью: массив переживает два отказа, и время ребилда перестаёт быть игрой в рулетку. Плюс горячий резерв (hot spare), чтобы восстановление стартовало само, без ожидания, пока админ дойдёт до серверной.
RAID-10 для видеоархива обычно перебор: половина ёмкости уходит на зеркала, а выигрыш в случайном доступе видеонаблюдению не нужен. Подробнее про выбор уровня и контроллера - в разборе, что такое RAID.
RAID любого уровня - это защита от отказа диска, а не резервная копия. Он не спасёт от удаления архива, шифровальщика или пожара в серверной. Критичные записи выгружают отдельно.
Программно-определяемые хранилища (SDS) превращают обычные x86-серверы в отказоустойчивый кластер: ёмкость и производительность наращиваются добавлением узла, привязки к одному вендору нет, георепликация между площадками настраивается на уровне ПО. Цена вопроса - квалификация: это не коробка, которую включают и забывают. На нескольких сотнях камер, разнесённых по объектам, гибкость окупается; на одном объекте с полусотней камер - редко.
С облаком картина такая. Прямого запрета хранить видео в публичных облаках нет - есть требование 152-ФЗ размещать базы с персональными данными россиян на территории РФ, есть отраслевые требования к защите и к сроку архива. То есть вопрос сводится к тому, у какого провайдера и на каких условиях.
Рабочая схема для большинства - гибрид: последние 7-14 суток лежат на площадке, где их быстро поднимают по инциденту, остальное автоматически уезжает в объектное хранилище подешевле. Доступ к старым записям становится медленнее, зато стоимость хранения падает заметно. Механику долгого архива мы разбирали в статье про холодное хранение данных.
По железу СХД начального уровня выходит примерно вдвое дороже пары серверов с дисками сопоставимой ёмкости. Разрыв реальный, и на этом сравнение обычно заканчивают - зря, потому что дальше расходы расходятся в другую сторону.
Что меняется после покупки:
| Статья | Два сервера с дисками | СХД |
|---|---|---|
| Железо на старте | Дешевле примерно вдвое | Дороже |
| Администрирование | Два независимых архива, ручная сверка | Одна консоль, автоматические оповещения |
| Отказ контроллера | Простой до замены | Второй контроллер подхватывает |
| Расширение ёмкости | Покупка третьего сервера | Полка расширения |
| Восстановление после сбоя | Руками, по инструкции | Автоматически, с горячим резервом |
Конкретные суммы зависят от ёмкости, класса дисков и того, сколько стоит час простоя именно у вас: у магазина и у режимного объекта это несопоставимые величины.
Практическое правило без калькулятора: если система растёт и архив критичен для расследования инцидентов - СХД окупается на горизонте трёх лет за счёт расширения и простоев. Если система статична и живёт на 20-30 камерах - сервер останется дешевле, сколько ни считай.
Десктопные диски в круглосуточной записи. Экономия на старте 15-20%, ресурс - в несколько раз меньше. Замена дисков в работающем архиве стоит дороже, чем разница в цене.
Ёмкость впритык. Хранилище, купленное ровно под текущее число камер, кончится вместе с первым же расширением системы.
Сеть не посчитана. Пятьдесят камер Full HD в H.265 - это порядка 150-200 Мбит/с, и гигабитного аплинка до сервера записи хватит с запасом. Те же пятьдесят камер в H.264 или переход на 4K легко удваивают поток, и тут уже нужны 10-гигабитные аплинки и грамотная коммутация - про это у нас есть разбор, зачем нужен коммутатор для видеонаблюдения.
Забыли про требования к доступу. В части отраслей нужны неизменяемость записи (WORM) и журнал того, кто и когда смотрел архив. Такие функции ищут до покупки, а не после первой проверки.
RAID вместо бэкапа. Повторим, потому что ошибка встречается чаще остальных: критичные фрагменты архива выгружают отдельно - на ленту, в облако, куда угодно за пределы того же массива.
Камера Full HD в H.265 с потоком 3 Мбит/с даёт около 1 ТБ за 30 суток непрерывной записи. Та же камера в H.264 - вдвое больше. Точный расчёт - по формуле в начале статьи.
Для мест массового пребывания людей - 30 суток (п. 30 требований, утверждённых постановлением Правительства РФ № 272). Для транспорта с 1 сентября 2026 года действует постановление № 2107, тоже с минимумом в 30 суток. Для остальных объектов срок определяет владелец с оглядкой на 152-ФЗ.
До 16 камер и при записи по движению - обычно да. Упирается регистратор в число каналов, в отсутствие резервирования и в то, что архив с него сложно связать с остальной инфраструктурой.
Линейки, рассчитанные на круглосуточную запись видеопотока: WD Purple, Seagate SkyHawk. Десктопные диски в этом режиме изнашиваются быстро, а корпоративные общего назначения заточены под другой профиль нагрузки и стоят дороже без выигрыша для архива.
На дисках от 8-10 ТБ - RAID-6 с горячим резервом. RAID-5 на таких ёмкостях слишком долго восстанавливается и всё это время не защищён.
Отдельная система хранения нужна там, где сервер перестаёт закрывать три конкретные вещи: ёмкость упёрлась в корпус, резервирования нет дальше RAID, восстановление занимает двое суток. До этой границы сервер с правильными дисками честно делает свою работу и стоит дешевле.
Считать всегда начинают с двух чисел: битрейт камеры и требуемая глубина архива. Остальное - ёмкость, число дисков, уровень RAID, класс железа - выводится из них.
По теме: серверное оборудование для видеонаблюдения и систем безопасности, типы жёстких дисков для серверов.
Собираете хранилище под систему видеонаблюдения?
Инженеры ITTELO посчитают объём архива под ваши камеры и глубину хранения, подберут конфигурацию, соберут и протестируют её под задачу перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.
Сервер для камер видеонаблюдения · +7 (800) 551-80-12 · info@ittelo.ru