Коротко: это инструкция о том, как совместить локальный сервер в коллокейшене и облачное хранилище для видеонаблюдения небольшого офиса в Минске. Зачем — чтобы хранить последние записи рядом с офисом для быстрого поиска и держать долгие архивы в облаке, снизив расходы на место и трафик.
Архитектура: что хранить рядом, а что отправлять в облако
Сценарий: бухгалтерская фирма в Минске, 8 камер, хранение 30 дней для оперативного доступа и год для редких проверок. Практический подход — держать последние 7–14 дней на сервере в коллокейшене, старые записи архивировать в облачный объектный сторидж.
Как сделать: настроить NVR или VMS с политиками двухуровневого хранения (hot/archival). На первом уровне — быстрый диск SSD в коллокейшене для последних дней и поиска; на втором уровне — объектное облако с дешевым хранением для долгого архива. Настроить ротацию по времени и по объёму, чтобы автоматическая выгрузка старых файлов выполнялась ночью при низкой нагрузке.
Сеть и передача данных между офисом и коллокейшеном
Сценарий: небольшое кафе в центре Минска с камерами, кассой и гостевым Wi‑Fi. В часы пик важен стабильный канал для продаж, резервный канал для репликации видео нужен вне пиков.
Как сделать: выделить отдельную VLAN для видеопотока, применить QoS, чтобы видеопоток не мешал кассовым операциям. Подключить туннель VPN до коллокейшена и настроить репликацию записей по расписанию — ночные часы или окна передачи с низкой нагрузкой. Для примера настройки и проверки стабильности туннеля полезна схема из инструкции по стабильному VPN между офисом и коллокейшеном.
Масштабирование и поиск: метаданные и индексирование
Сценарий: сеть из двух автосервисов в Гомеле с поддоменными камерами на входе и на рабочих местах. Нужны быстрый поиск по событию и экономия на хранении.
Как сделать: генерировать метаданные при записи — время, камера, событие движения. Хранить миниатюры и индекс в коллокейшене для быстрого поиска; сами крупные файлы держать в облаке. Для поиска внедрить лёгкий индексатор, который хранит ссылки на облачные объекты и их отрезки. При запросе оператор скачивает только нужный фрагмент, не весь файл.
Безопасность доступа и резервирование
Сценарий: салон красоты в торговом центре Минска, нужен доступ с телефона владельца и резерв на случай отказа одного канала.
Как сделать: организовать двухфакторный доступ к системе просмотра и права по ролям: просмотр только нужных камер, скачивание только менеджерам. Настроить зеркалирование критичных данных между двумя локациями в коллокейшене и облаке. Добавить LTE‑резерв для репликации при падении основного канала, но ограничить скорость выгрузки архивов, чтобы не тратить лишний трафик.
Типичные ошибки
- Хранение всего архива на одном дорогостоящем SSD‑слое — быстрый рост расходов.
- Отсутствие отдельной сети для камер; камеры грузят офисную сеть и мешают работе кассы или CRM.
- Резервирование на будних пик‑часах — загрузка каналов ухудшает бизнес‑процессы.
- Поиск по видео без индексирования — загрузка больших файлов для простого просмотра фрагмента.
- Непроверенные права доступа: все пользователи получают полный доступ к архивам.
Полезные ссылки: подробное сравнение подходов при выборе мест хранения можно найти в материале про выбор между облаком и коллокейшеном для видеонаблюдения, а практический план стабильного соединения описан в статье про стабильный VPN между офисом и коллокейшеном.
Полезные ссылки: выбор между облаком и коллокейшеном для видеонаблюдения, стабильный VPN между офисом и коллокейшеном
3 шага на неделю:
- Оценить текущий объём: посчитать среднесуточный объём видео и требуемые сроки хранения.
- Разделить политику хранения: определить, какие дни держать в коллокейшене, какие архивировать в облако.
- Настроить отдельную VLAN для камер и расписание репликации в ночное окно; проверить доступ через VPN и LTE‑резерв.