Бассейн: видеонаблюдение обязательно по нормам — во что обходится облачное хранение

MAATRIX

Инспектор при открытии бассейна первым делом спрашивает про камеры над чашей, а не про глубину дорожек. У владельца бассейна — фитнес-клуба с зоной воды, аквацентра или частного спа — видеонаблюдение чаще всего не опция для спокойствия, а требование, без которого объект не пройдёт проверку. И как только вы честно считаете, сколько камер нужно держать включёнными круглосуточно и сколько это весит в гигабайтах, становится ясно, почему облачный счёт за архив у бассейна растёт быстрее, чем у большинства других небольших бизнесов. Разберём, что на практике означает «обязательное видеонаблюдение» для объекта с водой, откуда берётся дорогой облачный счёт и почему свой сервер с NVR почти всегда выгоднее.

Что на практике означает «обязательно»: сколько камер и как долго хранить

Из практики похожих объектов складывается типичный набор зон в кадре:

• Чаша бассейна целиком, без слепых зон — обычно несколько камер, перекрывающих углы, зону под вышкой, детский бассейн отдельно от взрослого, горки и трамплин.
• Вышки и рабочие места спасателей — чтобы при разборе инцидента было видно, кто и когда среагировал.
• Обходные дорожки вокруг чаши — зона максимального риска травм.
• Ресепшн и касса — стандартный контроль денег и конфликтов.
• Техпомещения с химией (хлор, реагенты) — материальная ответственность и контроль доступа.
• Входы в раздевалки и коридоры — именно входы, а не сами кабинки и душевые: камеры внутри зон переодевания — это уже не безопасность, а нарушение приватности. Где вообще проходит граница закона в видеонаблюдении для малого бизнеса — отдельный разбор: видеонаблюдение и закон, где граница.
• Парковка и периметр, если здание отдельно стоящее.

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

Второй вопрос — не «сколько камер», а «сколько хранить архив». Разброс большой: где-то регламент или страховая требуют 30 дней, где-то — квартал, для объектов с историей инцидентов срок может быть больше. Единую цифру как универсальную норму мы не называем — уточняйте у той структуры, что выдавала разрешение, или у страховой. Для расчёта сервера полезно ориентироваться на диапазон 30-90 дней — похожая логика длинного обязательного хранения архива встречается и в других регулируемых отраслях с похожими требованиями к архиву.

Третий момент: «обязательное видеонаблюдение» почти всегда означает непрерывную запись, а не по детекции движения. У воды почти постоянное движение (пловцы, рябь), так что запись по детекции здесь не даёт той экономии, что на статичном складе — камера над чашей и так пишет почти всё рабочее время. Именно сочетание «много камер + непрерывная запись + длинный срок» делает архив бассейна одним из самых тяжёлых по объёму среди малого бизнеса.

Как считается счёт за облачное хранение непрерывного потока

Возьмём десять камер, 1080p, H.265, непрерывная запись 24/7. Ориентировочный объём для камеры с постоянным движением в кадре — около 15-25 ГБ в сутки. У бассейна есть нюанс: блики и рябь на воде — визуально «шумная» сцена, которая кодируется менее эффективно, чем ровная стена, так что реальный битрейт камеры на чашу скорее ближе к верхней границе диапазона. Возьмём 20 ГБ в сутки на камеру как рабочий ориентир — точный расход стоит проверить по факту после установки, а не закладывать бюджет по чужой оценке.

20 ГБ × 10 камер = 200 ГБ в сутки на весь объект
200 ГБ × 30 дней = 6 000 ГБ (≈ 6 ТБ) архива за месяц
200 ГБ × 90 дней = 18 000 ГБ (≈ 18 ТБ) архива за квартал

Методику расчёта суммарного потока и объёма архива с формулами и разбором RAID под такую ёмкость — для большего числа камер — смотрите в статье считаем нагрузку и цену для видеонаблюдения на 16 камер, логика применима к любому числу камер.

Облачные сервисы видеонаблюдения почти всегда тарифицируют не фактический объём данных, а «слоты»: цена растёт и с числом камер, и отдельно — со сроком хранения (тариф на 90 дней обычно заметно дороже тарифа на 30 дней, даже если разница в объёме не кратна разнице в цене). Для бассейна это удар с двух сторон: камер больше, чем у условного салона, и требование к сроку хранения длиннее. Иллюстративно, без привязки к конкретному провайдеру:

Это не прайс-лист конкретного сервиса, а показатель характера роста: у бассейна с десятью-четырнадцатью обязательными камерами и хранением 60-90 дней счёт растёт не в полтора раза относительно базового случая на шести камерах и месяце архива, а в разы. И это без учёта расширения — новая чаша или зона горок снова поднимает счёт пропорционально числу камер, а не занятому месту на диске.

Свой сервер с NVR вместо растущего облачного тарифа

Альтернатива — записывать поток не в облако с оплатой за камеру и за день хранения, а на свой сервер с программным NVR (network video recorder), который принимает потоки по RTSP и пишет их на диск с ротацией по времени. Разница в экономике принципиальная: облако продаёт «слот под камеру плюс тариф хранения» с маржой провайдера, сервер — фиксированная стоимость аренды железа с достаточным диском, которая не растёт вместе с числом камер или сроком хранения, пока хватает места.

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

Из чего складывается конфигурация:

• Диск. Под расчётные 6-18 ТБ полезного объёма берите с запасом и обязательно с избыточностью — RAID 6 или хотя бы RAID 1 для меньших конфигураций. На архиве, который смотрят «по требованию», внезапный отказ диска без резерва — самый частый способ остаться без записи ровно в момент, когда её запрашивает проверяющий.
• Процессор и память. Приём и запись десяти потоков RTSP без перекодирования — нагрузка умеренная, хватает 4 ядер и 8 ГБ RAM. Аналитика поверх записи (детекция человека в воде, зоны оповещения) — отдельная, куда более прожорливая задача.
• Сеть. NVR может стоять на объекте (камеры в локальной сети через PoE-свитч, удалённый сервер — для просмотра через VPN и резервной копии), либо камеры пишут сразу на удалённый сервер (тогда десять камер по 20 ГБ/сутки дают около 15-20 Мбит/с постоянной исходящей нагрузки — для большинства каналов некритично, но стоит проверить именно upload).

Пример NVR-стека (Frigate — открытое решение с опциональной детекцией движения):

services:
  frigate:
    image: ghcr.io/blakeblackshear/frigate:stable
    restart: unless-stopped
    shm_size: "512mb"
    volumes:
      - /mnt/nvr/config:/config
      - /mnt/nvr/storage:/media/frigate
    ports:
      - "5000:5000"
      - "8554:8554"

Ротация по сроку хранения настраивается в конфиге retention самого NVR. При записи через ffmpeg в цикле ротацию делает cron:

0 3 * * * find /mnt/nvr/storage -type f -mtime +90 -delete

Массив с избыточностью поднимается стандартно:

mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb /dev/sdc
mkfs.ext4 /dev/md0 && mkdir -p /mnt/nvr/storage && mount /dev/md0 /mnt/nvr/storage

Для удалённого просмотра архива директором сети или запроса записи страховой без публикации NVR в открытый интернет — WireGuard, а не проброс портов.

Как подобрать конфигурацию сервера под архив бассейна

Порядок расчёта:

1. Суммарный поток — число камер × ориентировочный битрейт одной камеры (для «шумной» сцены с водой закладывайте верхнюю границу диапазона).
2. Нужный срок хранения — уточните у контролирующей структуры или страховой, если точной цифры нет — закладывайте 30-90 дней как рабочий ориентир.
3. Объём архива — суммарный поток × 86400 секунд × число дней хранения.
4. Инженерный запас 15-20% сверху — файловая система, метаданные, служебные логи не дают использовать 100% номинальной ёмкости.
5. Уровень RAID под эту ёмкость — отказ диска без резерва на архиве безопасности не абстрактный риск, а сценарий, который на длинном горизонте эксплуатации однажды случится. RAID 6 — разумный выбор по умолчанию для крупных дисков архива, RAID 1 достаточен для меньших конфигураций.

Для условных десяти камер и хранения 30-90 дней получается вилка полезного объёма от примерно 6 до 18-20 ТБ с запасом. Конкретную конфигурацию диска и порядок цен на выделенный сервер под такую задачу удобнее смотреть предметно — в статье выделенный сервер для системы видеонаблюдения: конфигурация и цена, а требования к ресурсам без привязки к конкретному железу — в материале сколько ресурсов нужно VPS для видеонаблюдения.

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

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

Бассейн — специфичная физическая среда не только для камер (для них давно есть решения с защитой от влаги и хлора), но и для места, где стоит серверное оборудование, если держите NVR на объекте.

Если NVR стоит физически на объекте:

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

Если камеры пишут сразу на удалённый арендованный сервер:

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

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

Отдельно продумайте регламент выдачи записи проверяющим и правоохранителям (кто, по какому запросу, в каком виде) заранее вместе с юристом объекта, а не в момент, когда запрос уже поступил. Технически это означает возможность быстро выгрузить конкретный фрагмент архива за дату и камеру — и NVR, и облако умеют это делать, разница только в том, за чей счёт вы храните исходный материал.

Частые вопросы