Сбои ЦОД: как TRASSIR и Ivideon защищают облачное видеонаблюдение

57 минут назад

© Изображение сгенерировано ИИ

Масштабные сбои в работе дата-центров на прошлой неделе вновь подняли вопрос устойчивости облачных сервисов к инфраструктурным авариям и атакам. Для систем видеонаблюдения последствия могут выходить за рамки временной потери доступа к сервису: в зависимости от архитектуры пользователи могут лишиться не только прямого эфира, но и видеоархива. Отказоустойчивость облачного видеонаблюдения зависит не только от резервирования серверов и управляющих сервисов, но и от организации хранения видеозаписей. В компаниях DSSL (TRASSIR) и Ivideon рассказали журналу RUБЕЖ, что будет с облачным видеонаблюдением при сбое интернета и как хранится архив облачного видеонаблюдения, о функциях, которые сохраняются при инфраструктурных сбоях и о том, как организовано восстановление сервисов.

TRASSIR: резервирование сервисов без копирования видеоархива

В DSSL сообщили, что видеоданные TRASSIR Cloud хранятся на собственных серверах компании, размещённых в сторонних дата-центрах на условиях колокейшна. Видеоархив каждого клиента при этом хранится в пределах одного дата-центра без копирования на другие площадки. Избыточность записи позволяет избежать потери данных при выходе из строя части оборудования, при этом репликация и резервное копирование его между дата-центрами не предусмотрены.

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

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

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

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

Для дополнительной защиты записей DSSL рекомендует использовать локальное хранилище: SD-карты в камерах, видеорегистраторы или серверы с дисками на объекте. Запись на локальные носители продолжается при сбоях облака. Если подключена услуга синхронизации, после восстановления связи пропущенные фрагменты можно передать в облако. Для камер с SD-картами глубина такой докачки составляет до 72 часов.

Ivideon: распределённая инфраструктура видеоплатформы

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

Эти блоки распределены по разным дата-центрам. Как рассказал журналу RUБЕЖ генеральный директор Ivideon Заур Абуталимов, резервирование предусмотрено на нескольких уровнях: вычислительные ресурсы, сетевые компоненты, управляющие сервисы и системы хранения. В зависимости от компонента переключение выполняется автоматически или инженерной командой по аварийному регламенту.

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

«Отказ одной площадки не должен одновременно приводить к остановке записи, потере архива и полному отказу сервиса», — отметил Заур Абуталимов.

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

Перенос к другому провайдеру и сроки восстановления

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

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

Если миграция выполняется внутри существующей инфраструктуры, основные функции, по расчётной оценке DSSL, восстанавливаются в течение часа с начала переноса. При этом компания уточнила, что регулярные учения по аварийному переключению между площадками сейчас не проводятся. Восстановлением после крупного сбоя занимается инженерная смена, которая переносит управляющие сервисы на резервные мощности.

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

Что необходимо учитывать при оценке отказоустойчивости

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

«Своевременная репликация данных и сотрудничество с несколькими провайдерами позволяют облачным сервисам быть отказоустойчивыми при инфрастуктурных сбоях», — отметил Заур Абулатимов.

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

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

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

О том, как избежать киберрисков при эксплуатации систем облачного видеонаблюдения читайте в этом материале RUБЕЖ