S3 для видеонаблюдения: архивы, доступ и срок хранения

S3 хранилище под видеонаблюдение удобно использовать в качестве отдельного слоя долгосрочного хранения записей с камер. Локальный видеорегистратор или система управления видео продолжает отвечать за прием потоков и оперативный просмотр, а объектное хранилище – за масштабируемый архив, разграничение доступа, защиту важных фрагментов и соблюдение заданного срока хранения.

S3 – это хранилище объектов (видеофайлов, фрагментов записей, кадров и связанных с ними метаданных), поэтому для большинства компаний оптимальна комбинированная архитектура:

• IP-камеры → видеорегистратор или система управления видео → локальный быстрый архив → S3-хранилище для долгосрочного архива.

Так последние записи остаются доступны без задержек, а старые материалы не занимают диски регистратора и могут централизованно храниться для нескольких магазинов, складов, офисов или производственных объектов.

Объем видеоархива зависит прежде всего от количества камер, среднего битрейта, продолжительности записи и срока хранения. Даже небольшая система за несколько месяцев может создать десятки или сотни терабайт данных.

Для первичной оценки можно использовать формулу:

• Объем архива = количество камер × средний битрейт × часов записи в сутки × срок хранения.

Упрощенный расчет в терабайтах:

• Объем, ТБ ≈ количество камер × битрейт, Мбит/с × часов в сутки × дней × 0,00045.

Например, 32 камеры со средним битрейтом 4 Мбит/с при круглосуточной записи за 30 дней создадут:

• 32 × 4 × 24 × 30 × 0,00045 ≈ 41,5 ТБ.

Это ориентировочный результат без учета резервных копий, служебных данных, повторного хранения и записей, сохраненных сверх основного срока.

Реальный объем также зависит от:

• разрешения;
• частоты кадров;
• используемого кодека;
• сложности сцены;
• наличия звука;
• постоянной записи или записи по событию;
• настроек качества;
• переменного битрейта;
• количества копий.

Поэтому перед выбором S3-хранилища для камер лучше получить средний фактический битрейт из видеорегистратора или системы управления видео, а не опираться только на максимальные характеристики камеры.

Что влияет на размер видеоархива

Почему локального видеорегистратора часто недостаточно

Локальный видеорегистратор удобен для записи и быстрого просмотра последних событий, но его емкость ограничена установленными дисками. Увеличение срока хранения требует замены или добавления оборудования.

NVR – сетевой видеорегистратор, который принимает видеопотоки от IP-камер, записывает их и предоставляет интерфейс для просмотра. VMS – система управления видеонаблюдением, которая объединяет камеры, регистраторы, пользователей, поиск и обработку событий.

Для небольшого объекта локального регистратора может быть достаточно. Необходимость в полноценном S3 хранилище возникает когда нужно:

• хранить записи не 7-14 дней, а несколько месяцев;
• объединить архивы десятков филиалов;
• защитить данные при поломке или краже регистратора;
• предоставить доступ центральной службе безопасности;
• сохранить отдельные записи от удаления;
• централизованно контролировать сроки хранения;
• масштабировать архив без постоянной установки дисков на объектах.

S3 в такой архитектуре выступает не заменой регистратора, а внешним архивом.

Что происходит при увеличении срока хранения

Увеличение срока хранения почти пропорционально увеличивает требуемый объем. Переход с 14 до 90 дней может увеличить архив более чем в шесть раз, если остальные параметры не изменились.

Камеры, которые создают 20 ТБ за 14 дней, при тех же настройках потребуют около:

• 43 ТБ за 30 дней;
• 129 ТБ за 90 дней;
• 257 ТБ за 180 дней.

Поэтому срок хранения нельзя назначать одинаковым для всех записей без анализа задач.

S3 позволяет вынести старые записи из ограниченного локального хранилища и хранить их в масштабируемом объектном архиве.

В S3 данные организуются как объекты внутри бакетов. Бакет – логический контейнер, а объект – это видеофайл или фрагмент записи с собственным именем, размером и метаданными. Управление выполняется через S3 API – интерфейс для загрузки, чтения, удаления и изменения свойств объектов.

Видеопоток по RTSP обычно сначала принимает регистратор, сервер записи или VMS. RTSP – протокол управления потоковым видео, а S3 API работает с готовыми объектами. Поэтому между камерой и S3 чаще всего нужен компонент, который сохраняет поток в файлы или сегменты и затем загружает их в архив.

Почему объектное хранилище удобно для больших видеоархивов

Объектная модель подходит для больших массивов видео, потому что не требует размещать весь архив в одной традиционной файловой системе. Данные можно распределять по бакетам, префиксам, объектам и метаданным.

Объектное хранилище удобно, когда:

• архив постоянно увеличивается;
• объекты редко изменяются после записи;
• нужно хранить миллионы фрагментов;
• записи поступают с разных площадок;
• доступ выполняется через приложения и API;
• срок хранения различается по объектам;
• важна интеграция с внешними системами.

Видеозапись после завершения обычно не редактируют: ее читают, копируют, блокируют от удаления или удаляют после завершения срока. Такая модель хорошо соответствует принципам объектного хранения.

Какие задачи S3 решает лучше локального диска

S3 особенно полезно для:

• долгосрочного хранения;
• централизации архивов филиалов;
• горизонтального увеличения емкости;
• автоматического управления сроками;
• разграничения доступа;
• временной передачи отдельных фрагментов;
• защиты важных объектов от удаления;
• учета объема и количества записей;
• интеграции с системами безопасности.

При этом быстрый просмотр последних часов или дней часто удобнее оставить на локальном видеорегистраторе.

Как записи попадают в хранилище

Записи могут выгружаться в S3 системой управления видео, видеорегистратором, шлюзом, сервером архива или отдельным интеграционным приложением. Прямая отправка с камеры возможна только при наличии соответствующей поддержки.

Типовая архитектура:

1. Камера передает видеопоток на NVR или VMS.
2. Система сохраняет поток локально в виде файлов или сегментов.
3. Завершенные записи загружаются в S
4. В локальном архиве остаются последние дни или недели.
5. Старые объекты переводятся в архивный контур или удаляются по правилам.
6. Пользователь ищет запись через VMS или отдельное приложение.
7. Система получает нужный объект из S

При нестабильном канале полезен локальный буфер: запись сначала сохраняется на объекте, а затем выгружается после восстановления связи.

Как организовать структуру бакетов и объектов

Структура должна помогать быстро определить объект, камеру и период записи. Не стоит складывать все файлы в один неуправляемый список.

Пример ключа объекта:

region-1/store-015/camera-07/2026/07/18/14/segment-140000-140500.mp4

Такая структура позволяет выделить:

• регион;
• объект;
• камеру;
• год, месяц и день;
• время начала и окончания;
• тип записи.

Крупной компании может быть удобнее разделить архивы по регионам, юридическим лицам или уровням критичности. Необязательно создавать отдельный бакет для каждой камеры, но рабочие, тестовые и критичные архивы лучше не смешивать.

Как использовать метаданные

Метаданные ускоряют поиск и помогают управлять сроком хранения. Они описывают запись, не изменяя сам видеофайл.

Полезные поля:

• идентификатор камеры;
• адрес или код объекта;
• зона наблюдения;
• дата и время;
• тип события;
• продолжительность;
• формат и кодек;
• уровень важности;
• дата планового удаления;
• признак инцидента;
• номер внутреннего расследования.

Пользовательские метаданные можно присваивать объекту во время загрузки. Для сложного поиска часто используют отдельную базу или индекс, где хранят связь между событием и ключом объекта в S3.

Универсального срока хранения видеонаблюдения для всех компаний нет. Он зависит от цели записи, отрасли, внутренних регламентов, договорных обязательств и применимых требований.

Для разных камер могут использоваться разные сроки:

• входная группа – один период;
• кассовая зона – другой;
• склад или погрузочная зона – третий;
• запись подтвержденного инцидента – отдельный срок;
• технологическое наблюдение без людей – собственная политика.

Хранить все записи максимально долго обычно нерационально: это увеличивает объем, стоимость и последствия возможной утечки.

Быстрый, рабочий и холодный архив

Архив удобно разделять по частоте доступа. Недавние записи хранятся в быстром контуре, а старые в более экономичном.

Можно использовать три уровня:

1. Быстрый архив. Последние дни или недели, которые регулярно просматривает служба безопасности.
2. Рабочий архив. Записи, к которым обращаются реже, но которые должны быть доступны без длительного ожидания.
3. Холодный архив. Старые материалы, которые требуются редко, но должны сохраняться по внутреннему регламенту или из-за незавершенного инцидента.

Разделение не обязательно должно совпадать у всех объектов. Для магазина быстрым архивом могут быть последние 30 дней, а для строительной площадки — последние 7 дней.

Как автоматизировать перенос и удаление

Срок хранения лучше задавать правилами, а не удалять записи вручную. Правила жизненного цикла могут переводить объекты в другой класс или удалять их после заданного периода.

Например:

• 0-30 дней – быстрый архив;
• 31-90 дней – рабочий архив;
• после 90 дней – холодное хранение;
• после 180 дней – автоматическое удаление;
• записи с меткой incident=true не удаляются по общему правилу.

В S3 правила жизненного цикла могут применяться по префиксу, тегу и другим условиям. Конкретные возможности зависят от выбранного провайдера.

Перед автоматическим удалением нужно определить, что произойдет с записью, связанной с расследованием, судебным спором или внутренней проверкой. Для таких фрагментов должна существовать возможность продлить срок или исключить объект из общего правила.

Примерные подходы для разных сценариев

Таблица не устанавливает обязательные сроки. Конкретная политика должна утверждаться с учетом назначения системы и применимых требований.

Доступ нужно предоставлять по рабочей необходимости. Большинству сотрудников не требуется видеть весь архив всех объектов.

Роли можно разделить следующим образом:

• оператор видит камеры своего объекта;
• руководитель службы безопасности – несколько объектов;
• IT-администратор обслуживает систему, но не обязательно просматривает содержимое;
• руководитель получает только конкретные отчеты или фрагменты;
• подрядчик временно работает с ограниченным набором записей;
• система интеграции получает машинный доступ к определенному бакету или префиксу.

Большинство пользователей должно работать через VMS или корпоративное приложение, а не напрямую через панель S3.

Как разграничить права

Права можно ограничивать бакетом, префиксом, операцией и сервисной учетной записью. Приложению для чтения архива не нужны права на изменение политик или удаление всех объектов.

Например:

• филиал читает только собственный префикс;
• центральная служба безопасности видит все объекты;
• интеграция может загружать записи, но не удалять их;
• внешний подрядчик получает доступ только к одному фрагменту;
• процесс очистки имеет право удаления, но запускается отдельно.

Такой подход уменьшает последствия ошибки или компрометации учетной записи.

Временный доступ к отдельному видеофрагменту

Подписанная ссылка позволяет временно открыть один объект без публикации всего архива и передачи постоянных ключей доступа.

Presigned URL – подписанная ссылка с ограниченным сроком действия. Она подходит, когда фрагмент нужно передать руководителю, юристу, подрядчику или участнику расследования.

Типовой процесс:

1. Пользователь запрашивает запись.
2. Система проверяет его права.
3. Создается ссылка на конкретный объект.
4. Ссылка действует ограниченное время.
5. После истечения срока доступ прекращается.

Подписанная ссылка не защищает файл после скачивания и может быть использована другим человеком, если ее переслали до завершения срока. Поэтому срок действия должен быть минимальным, а особенно чувствительные материалы лучше передавать через защищенное приложение.

Почему архив нельзя делать публичным

Публичный видеоархив создает риск утечки, неконтролируемого скачивания и распространения записей. Прямой открытый доступ не должен использоваться ради упрощения интеграции.

Публичными не должны быть:

• исходные записи с камер;
• архивы инцидентов;
• экспортированные фрагменты;
• метаданные камер;
• списки объектов;
• журналы просмотра.

Даже если имя файла сложно угадать, это не является механизмом защиты.

Видеозапись как доказательство инцидента

При расследовании важны не только содержание видео, но и возможность подтвердить его сохранность: когда запись создана, кто ее смотрел, скачивал или пытался удалить.

Для этого нужны:

• синхронизация времени камер и серверов;
• понятная структура имен;
• контрольные суммы;
• журналы операций;
• разграничение доступа;
• защита от перезаписи;
• документированный экспорт фрагмента.

Само по себе размещение файла в S3 не доказывает его неизменность. Защиту нужно включать и проверять отдельно.

Как помогает Object Lock

Object Lock защищает версию объекта от удаления или изменения в течение заданного срока. Механизм основан на принципе WORM: записать один раз, читать многократно.

Object Lock полезен для:

• записей подтвержденного инцидента;
• критичных зон;
• материалов внутреннего расследования;
• архивов с запретом досрочного удаления;
• защиты от ошибок и вредоносных действий.

В PlatformCraft Object Lock работает вместе с версионированием. Он может запрещать перезапись и удаление на определенный срок либо удерживать объект до снятия отдельной блокировки.

Неизменяемость не заменяет резервную копию и не защищает от всех сценариев потери данных. Для критичных записей нужен независимый контур хранения и проверка восстановления.

Как использовать версионирование

Версионирование сохраняет несколько состояний объекта и помогает восстановить запись после случайного удаления или перезаписи. Но оно увеличивает объем: старые версии продолжают занимать место, поэтому нужно заранее определить:

• какие бакеты версионируются;
• сколько хранятся предыдущие версии;
• кто может удалить версию окончательно;
• как версии учитываются в стоимости.

Шифрование снижает риск раскрытия данных при доступе к физическим носителям или перехвате передачи, но оно не заменяет права доступа.

Нужно проверить:

• используется ли HTTPS/TLS при передаче;
• шифруются ли данные в хранилище;
• кто управляет ключами;
• шифруются ли локальные копии;
• есть ли процедура восстановления ключей.

Сотрудник с разрешением на чтение все равно сможет получить расшифрованную запись, поэтому шифрование должно работать вместе с ролевой моделью.

Какие действия нужно журналировать

Минимально полезно фиксировать:

• вход пользователей;
• просмотр записи;
• скачивание фрагмента;
• создание временной ссылки;
• загрузку и удаление объектов;
• изменение политик;
• изменение срока хранения;
• установку или снятие блокировки;
• ошибки авторизации;
• массовые операции.

Особого внимания требуют массовое скачивание, отключение защитных настроек, необычные часы доступа и резкий рост обращений к архиву.

Как аудит помогает при инциденте

Журналы позволяют восстановить последовательность событий: кто получил доступ, к какой записи обратился и что сделал. Без логов расследование часто строится на предположениях.

Сами журналы также нужно защищать. Пользователь, который может удалить видео, не должен иметь возможность незаметно удалить и запись о своем действии.

Видеоизображение может относиться к персональным данным, если по нему можно определить человека. Биометрическим оно считается не автоматически, а когда используется для установления личности с учетом признаков, указанных в законодательстве.

Роскомнадзор отдельно разъяснял, что фото- и видеоизображения относятся к биометрическим персональным данным при их использовании оператором для установления личности субъекта. Поэтому обычное охранное наблюдение и система распознавания лиц требуют разной правовой оценки.

Что учесть при хранении архива в РФ

Организации необходимо определить:

• цель видеонаблюдения;
• состав записываемых зон;
• основание обработки данных;
• срок хранения;
• круг лиц с доступом;
• порядок передачи фрагментов;
• место размещения данных;
• порядок удаления;
• действия при инциденте;
• форму информирования людей о наблюдении.

Нужно учитывать Федеральный закон № 152-ФЗ, отраслевые требования и внутренние политики. Конкретную правовую модель стоит проверять применительно к организации и назначению камер.

Какие организационные меры предусмотреть

Полезно утвердить:

• владельца системы видеонаблюдения;
• перечень уполномоченных сотрудников;
• регламент выдачи записей;
• порядок продления срока хранения;
• журнал экспорта фрагментов;
• правила работы подрядчиков;
• периодический пересмотр прав;
• процедуру удаления;
• порядок реакции на утечку.

Стоимость складывается из объема архива, обращений, скачиваний, исходящего трафика, класса хранения и восстановления старых записей.

Основные статьи расходов:

• объем горячего архива;
• объем холодного архива;
• запросы загрузки и чтения;
• исходящий трафик;
• извлечение из холодного хранения;
• хранение версий;
• резервные копии;
• защита от удаления;
• канал между объектами и хранилищем;
• интеграция с VMS.

Почему просмотр тоже влияет на расходы

Чем чаще сотрудники просматривают и скачивают архив, тем больше данных выходит из хранилища. Для объекта с редкими расследованиями холодное хранение может быть оправдано. Для магазина, где записи ежедневно проверяют по жалобам и кассовым операциям, быстрый архив может оказаться экономичнее.

До выбора тарифа оцените:

• сколько терабайт хранится;
• сколько терабайт читается за месяц;
• как часто скачиваются фрагменты;
• сколько филиалов обращается к архиву;
• есть ли плата за запросы;
• какой канал входит в тариф;
• сколько стоит извлечение старых объектов.

Когда холодный архив выгоден

Холодное хранение подходит для записей, к которым обращаются редко и для которых допустимо более длительное получение. Оно не всегда выгодно для регулярно просматриваемого архива. Нужно сравнить:

• экономию на хранении;
• стоимость извлечения;
• исходящий трафик;
• время доступа;
• минимальный срок;
• количество запросов;
• вероятность частого расследования.

Для многих компаний лучшим вариантом становится гибридная схема:

• камеры продолжают писать локально;
• последние дни доступны на NVR или VMS;
• завершенные сегменты выгружаются в S3;
• старые записи переводятся в архивный контур;
• важные фрагменты блокируются от удаления.

Интеграция возможна, если VMS, NVR или промежуточное приложение поддерживает S3 API, экспорт во внешнее хранилище или подключение дополнительного архивного уровня.

Варианты:

• встроенный S3-коннектор;
• модуль архивирования производителя;
• промежуточный сервер;
• файловый шлюз;
• собственная интеграция через SDK;
• периодическая синхронизация готовых файлов.

Не стоит предполагать совместимость только потому, что обе системы работают с видео. Возможность выгрузки нужно проверять в документации конкретной VMS или регистратора.

Перед подключением стоит проверить:

1. В каком формате создаются файлы.
2. Какой размер имеют сегменты.
3. Можно ли продолжить загрузку после разрыва связи.
4. Как работает локальный буфер.
5. Передаются ли метаданные.
6. Синхронизировано ли время.
7. Как проверяется целостность объекта.
8. Как система ищет и восстанавливает запись.
9. Что происходит при недоступности S
10. Кто имеет право удалять архив.
11. Можно ли разделить филиалы и камеры.
12. Поддерживается ли нужный тип авторизации.

Почему совместимость с S3 API упрощает интеграцию

S3-совместимость позволяет использовать стандартные операции загрузки, чтения, удаления, multipart-загрузку, подписанные ссылки и готовые SDK. Это снижает зависимость от закрытого формата конкретного хранилища.

Помните, что до запуска нужно отдельно проверить необходимые операции, политики доступа, метаданные, версионирование и Object Lock.

Торговая сеть

Последние 14-30 дней хранятся локально или в быстром S3-контуре. Более старые записи удаляются или переводятся в холодный архив. Центральная служба безопасности получает доступ ко всем филиалам, а директор магазина – только к своему объекту.

Склад и логистика

Метаданные связывают запись с зоной приемки, воротами, камерой и временем операции. Это ускоряет поиск момента погрузки, повреждения или передачи товара.

Производство

Критичные фрагменты с участков повышенного риска можно блокировать от удаления после инцидента. Просмотр и скачивание фиксируются в журналах.

Офис и бизнес-центр

Доступ ограничивается сотрудниками безопасности. Записи не хранятся дольше установленного срока без конкретной причины, а передача арендаторам выполняется по утвержденной процедуре.

Строительная площадка

При нестабильной связи видео сначала записывается локально, а затем выгружается в S3. Отдельные фрагменты могут храниться дольше для подтверждения этапов работ или разрешения споров.

Распределенная сеть

Локальные регистраторы обеспечивают запись на местах, а S3 создает единый архив для центрального офиса. Права и сроки можно задавать отдельно для регионов и типов объектов.

Перед запуском ответьте на вопросы:

• Сколько камер будет подключено?
• Какой у них реальный средний битрейт?
• Сколько часов в сутки идет запись?
• Используется постоянная запись или запись по событию?
• Сколько дней должен храниться архив?
• Какие записи нужно хранить дольше?
• Кто будет просматривать архив?
• Нужен ли доступ к одному фрагменту без доступа ко всему бакету?
• Нужно ли защищать объекты от удаления?
• Требуются ли Versioning и Object Lock?
• Где будут храниться ключи доступа?
• Какие события попадут в журнал?
• Как организовано информирование о видеонаблюдении?
• Нужно ли собирать архив из нескольких филиалов?
• Нужен ли локальный буфер при сбое связи?
• Поддерживает ли VMS или NVR выгрузку в S3?
• Как часто записи будут скачивать?
• Сколько стоит исходящий трафик?
• Как быстро извлекаются объекты из холодного архива?
• Можно ли масштабировать объем и канал?
• Как будет проверяться восстановление записи?

PC-Storage – это российское S3-совместимое объектное хранилище, которое можно использовать для медиафайлов, архивов, резервных копий и корпоративных данных.

В PC-Storage реализованы типовые операции S3 API, multipart-загрузка, подписанные ссылки, ACL и политики бакетов, Versioning, Object Lock и пользовательские метаданные. Доступны горячий и холодный сценарии хранения, а само решение можно использовать в облаке PlatformCraft или развернуть в инфраструктуре заказчика.

Это позволяет построить архитектуру, в которой:

• недавние записи остаются в быстром архиве;
• старые фрагменты размещаются в холодном контуре;
• доступ выдается по ролям;
• отдельное видео передается по временной ссылке;
• важные объекты защищаются от удаления;
• архивы филиалов централизуются;
• существующая система подключается через S3 API.

Перед внедрением необходимо проверить совместимость конкретной VMS или NVR, требования к каналу, формат выгрузки и частоту обращения к архиву. Для редко используемых записей можно оценить холодное хранилище, а для активно просматриваемых – горячий контур с более предсказуемой стоимостью чтения.

Можно ли хранить записи видеонаблюдения в S3?

Да. Обычно видеорегистратор, VMS или промежуточный сервер формирует файлы и выгружает их в S3 через API. Хранилище используется как внешний архив, а не как замена системе записи.

Чем S3 лучше локального видеорегистратора?

S3 проще масштабировать для долгого хранения, архивов нескольких филиалов и больших объемов данных. Регистратор при этом удобнее для оперативного просмотра последних записей.

Как рассчитать объем архива?

Умножьте количество камер на средний битрейт, продолжительность записи в сутки и число дней хранения. Для точного расчета используйте фактический средний битрейт из системы.

Сколько дней нужно хранить записи с камер?

Универсального срока нет. Он зависит от цели наблюдения, отрасли, внутренних регламентов, договорных обязательств и применимых требований.

Можно ли автоматически удалять старые записи?

Да, если хранилище поддерживает правила жизненного цикла. Они могут удалять объекты после заданного периода или переводить их в другой класс хранения.

Как ограничить доступ к видеоархиву?

Используйте отдельные учетные записи и роли, права на конкретные бакеты или префиксы, доступ через VMS и временные ссылки на отдельные объекты.

Можно ли дать ссылку на один фрагмент?

Да. Подписанная ссылка дает временный доступ к конкретному объекту без открытия всего архива. Ее срок действия следует ограничивать.

Как защитить запись от удаления?

Для важных объектов можно применять версионирование и Object Lock. Но эти механизмы не заменяют независимую резервную копию.

Подходит ли холодное хранение для видеоархива?

Подходит для старых записей, которые просматривают редко. Перед выбором нужно проверить время извлечения, стоимость трафика, запросов и восстановления.

Являются ли записи с камер персональными данными?

Запись может содержать персональные данные, если позволяет определить человека. Биометрической она является не автоматически, а при использовании для установления личности в соответствующем сценарии.