Отправляя заявку, вы соглашаетесь на обработку персональных данных, с положениями Пользовательского соглашения и Политики конфиденциальности
Получите бесплатную консультацию
Отказоустойчивость VSaaS: как защитить облачное видеонаблюдение от сбоев на уровне платформы?
Простой услуги облачного видеонаблюдения — страшный сон для телеком-оператора. И больной удар по экономике бизнеса: отсюда растет нагрузка на техподдержку, повышается вероятность оттока и возникают репутационные риски, которые потом годами приходится закрывать маркетингом.
Полностью исключить сбои нельзя. Но можно заранее подготовить инфраструктуру сервиса к нештатным ситуациям и свести к минимуму влияние внешних факторов. О том, как обеспечить отказоустойчивость облачного видеонаблюдения, — в новом материале AIVP.
Полностью исключить сбои нельзя. Но можно заранее подготовить инфраструктуру сервиса к нештатным ситуациям и свести к минимуму влияние внешних факторов. О том, как обеспечить отказоустойчивость облачного видеонаблюдения, — в новом материале AIVP.
Почему падение видеонаблюдения — не только техническая проблема?
Если абонент не может посмотреть видео или получить доступ к архиву, для него не имеет значения, что именно произошло: пропало соединение с облачной платформой, отказал медиасервер или возникла проблема с хранением записей. Он видит недоступную услугу, за которую продолжает платить.
Чем это оборачивается для оператора? Всплеск обращений в поддержку, затраты на восстановление работы и риски потерять клиента. Особенно чувствительны к сбоям корпоративные заказчики, для которых видеонаблюдение — часть повседневных процессов и системы безопасности.
Поэтому при проектировании VSaaS важно заранее заложить механизмы, которые помогут сохранить локальный доступ к видео при потере внешней связи и переключить обработку потока на резервный узел при отказе основного.
Чем это оборачивается для оператора? Всплеск обращений в поддержку, затраты на восстановление работы и риски потерять клиента. Особенно чувствительны к сбоям корпоративные заказчики, для которых видеонаблюдение — часть повседневных процессов и системы безопасности.
Поэтому при проектировании VSaaS важно заранее заложить механизмы, которые помогут сохранить локальный доступ к видео при потере внешней связи и переключить обработку потока на резервный узел при отказе основного.
Какие механизмы AIVP помогают сохранять отказоустойчивость VSaaS?
В AIVP предусмотрено несколько программных механизмов, позволяющих телеком-операторам поддерживать непрерывность сервиса при авариях.
Гибкое развертывание и локальное хранение видео
Гибкое развертывание и локальное хранение видео
Архитектура AIVP поддерживает два варианта развертывания платформы и компонентов:
- On-premise — на собственных мощностях оператора. В этом случае он контролирует инфраструктуру, на которой размещены платформа и данные сервиса.
- Гибридная архитектура — медиасервер устанавливается в контуре заказчика. Архив можно хранить локально в защищенном контуре B2B-клиента, а управлять сервисом — через платформу оператора.
Гибридная архитектура позволяет хранить видео в инфраструктуре корпоративного заказчика и централизованно управлять сервисом через платформу оператора, когда необходимые соединения доступны.
Desktop Local — доступ к видео без соединения с платформой
Desktop Local — доступ к видео без соединения с платформой
Отдельный Windows-клиент, который подключается к медиасерверу напрямую (в поддерживаемых сценариях). Позволяет просматривать видеопотоки и обращаться к архиву, даже если подключение к интернету отсутствует или работает нестабильно.
Desktop Local настраивается заранее: рабочее место должно находиться в одной сети с медиасервером, а камеры и хранилище — сохранять локальную связность на объекте. Десктоп не заменяет весь функционал облачного клиента. Во время сбоя могут быть недоступны централизованное управление и другие функции, зависящие от соединения с платформой.
Desktop Local настраивается заранее: рабочее место должно находиться в одной сети с медиасервером, а камеры и хранилище — сохранять локальную связность на объекте. Десктоп не заменяет весь функционал облачного клиента. Во время сбоя могут быть недоступны централизованное управление и другие функции, зависящие от соединения с платформой.
Резервирование потоков и кластеризация серверов
Резервирование потоков и кластеризация серверов
AIVP также поддерживает объединение медиасерверов в кластеры с резервированием потоков. Компонент Controller координирует взаимодействие серверов и получает от них информацию о состоянии: если один «упал», система перенаправит запись на дополнительный узел.
Процесс устроен следующим образом:
Процесс устроен следующим образом:
- Основной Mediaserver обрабатывает поток. На него назначается камера, сервер отвечает за обработку соответствующего видеопотока.
- Назначается резервный сервер, который готов к принятию функций первичного узла в случае отказа.
- Серверы объединяются в кластер, что позволяет организовать резервирование потоков между медиасерверами в рамках группы.
- При отказе основного узла резервный принимает его функции. В предусмотренной двухсерверной конфигурации переключение выполняется автоматически.
Для этого необходимо заблаговременно настроить резервирование и предусмотреть ресурсы, достаточные для обработки дополнительной нагрузки. Механизм позволяет ограничить последствия отказа отдельного узла, хотя не гарантирует на 100% запись без разрывов.
Как Controller координирует отказоустойчивость? VMS передает Controller управляющие команды → Controller выполняет необходимые операции на камерах и Mediaserver → Mediaserver возвращает информацию о своем состоянии и событиях, используя функцию обратного вызова callback.
Сценарий аварийной ситуации | Механизм защиты на уровне AIVP | Что важно учитывать |
Потеря соединения с VSaaS-платформой | Автономная работа десктоп-приложений с локальным медиасервером на стороне заказчика | Локальный доступ возможен, если камеры, сервер, хранилище и рабочее место доступны внутри сети объекта. Облачные функции при этом могут быть недоступны |
Отказ сервера, обрабатывающего видеопотоки | Автоматическое перенаправление потоков на резервные узлы кластера (под управлением компонента Controller) | Основной и резервный серверы нужно назначить заранее. Резервный узел должен иметь достаточно ресурсов. Отсутствие разрывов записи не гарантируется |
Повреждение накопителя или потеря доступа к архиву | Отдельно настроенное дублирование архива (например, запись в облачное и локальное хранилища в поддерживаемой конфигурации) | Резервирование потока не равнозначно автоматическому дублированию архива. Если заказчику нужна дополнительная защита записей, ее необходимо отдельно предусмотреть в архитектуре хранения данных. |
Сценарии отказа и механизмы защиты системы видеонаблюдения
Как оператору спроектировать отказоустойчивую VSaaS на уровне платформы AIVP?
Как оператору спроектировать отказоустойчивую VSaaS на уровне платформы AIVP?
Резервирование настраивается через панель администратора:
Создайте кластер медиасерверов
В разделе Mediaserver сформируйте кластер. Добавьте в него серверы, которые будут участвовать в резервировании (необходимы основной и резервный узлы).
Назначьте видеопотоки
Укажите логику привязки камер к оборудованию: автоматическое распределение, привязка к отдельному серверу или группе. Чтобы работала схема аварийного переключения, выберите конфигурацию с кластером.
Выберите основной и резервный серверы
При автоматическом подборе AIVP анализирует текущие лимиты оборудования. Это помогает не назначать поток на узел, который не сможет принять дополнительную нагрузку. Алгоритм проверяет:
· активен ли статус сервера;
· не превышает ли норму количество подключений;
· укладывается ли битрейт в настроенный лимит трафика;
· соответствует ли группа сервера группе камеры;
· находится ли загрузка дисков в пределах 80%.
· активен ли статус сервера;
· не превышает ли норму количество подключений;
· укладывается ли битрейт в настроенный лимит трафика;
· соответствует ли группа сервера группе камеры;
· находится ли загрузка дисков в пределах 80%.
Подтвердите резервирование
Зафиксируйте выбор вручную или согласитесь с автоматическим подбором кластера. Когда система сверит все параметры, названия узлов отобразятся в интерфейсе: останется только подтвердить операцию.
Платформа выбирает наименее загруженный из доступных серверов с учетом входящего трафика и заданных ограничений. Однако распределение нагрузки само по себе не обеспечивает отказоустойчивость системы видеонаблюдения. Для этого необходимо отдельно настроить резервирование потока на дополнительном сервере: тогда при отказе основного узла резервный сможет принять его функции.
Простой оборудования и потеря внешней связи не должны ставить под угрозу устойчивость B2B-сервисов оператора. Платформа AIVP позволяет сочетать гибридное развертывание, локальный доступ к видео и резервирование потоков, чтобы подготовить инфраструктуру VSaaS к разным сценариям отказа и снизить их последствия для оператора и его клиентов.
Давайте вместе спроектируем надежную архитектуру видеонаблюдения для вашей сети! Свяжитесь с нашей командой, чтобы обсудить варианты развертывания, требования к резервированию и конфигурацию под задачи вашего проекта.
Переходите в наш Телеграм-канал, чтобы узнавать больше новостей из мира телеком в вашем регионе.
Отправляя заявку, вы соглашаетесь на обработку персональных данных, с положениями Пользовательского соглашения и Политики конфиденциальности
Получите бесплатную консультацию
Готовы открыть новые возможности вашего телеком-бизнеса с AIVP?
Оставьте заявку — мы свяжемся с вами и обсудим, как это реализовать.
Подписаться на рассылку
о главном в телекомe и сервисах, без спама
© Copyright 2025. All Rights Reserved by AIVP
Высокопроизводительная платформа для создания цифровых экосистем на базе облачного видеонаблюдения
Хотите быть в курсе событий? Подпишитесь на нашу рассылку новостей!