Непрерывность бизнес-процессов и аварийное восстановление

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

Стратегии BCDR включают избыточность зоны доступности и восстановление, управляемое пользователем.

Уровень управления

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

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

Плоскость данных

Продукты данных устойчивы к сбоям программного обеспечения или оборудования. Например, если ошибка программного обеспечения приводит к сбою службы или сбой оборудования приводит к потере вычислительных ресурсов для потери запросов обогащения, служба автоматически восстанавливается. Единственное влияние — это небольшая задержка в новых приемах данных, которые становятся доступными в конечной точке хранилища продукта данных и в URL-адресе потребления KQL.

Избыточность между зонами

Продукты данных не поддерживают избыточность зоны. Если зона доступности завершается сбоем, прием продукта данных, API BLOB-объектов/DFS и KQL/SQL недоступны, а панели мониторинга не работают. Преобразование уже приемируемых данных приостановлено. Данные, которые ранее не были приема, потеряны. Обработка возобновляется при восстановлении зоны доступности.

Что происходит с данными, созданными во время сбоя зоны доступности, зависит от поведения агента приема:

• Если агент приема буферизирует данные и повторно отправляет его при восстановлении зоны доступности, данные не теряются. Оператор Azure Аналитика может занять некоторое время для работы с невыполненной работой по преобразованию.
• В противном случае данные будут потеряны.

Аварийное восстановление

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

Избыточность, управляемая пользователем

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

Кроме того, можно использовать активный пассивный режим. Разверните второй продукт данных в регионе Azure резервного копирования и настройте агенты приема для отправки в основной продукт данных. Во время регионального сбоя перенастройка агентов приема для отправки данных в продукт резервных данных во время сбоя региона. Эта архитектура предоставляет полный доступ к данным, созданным во время сбоя (начиная с момента перенастройки агентов приема), но во время сбоя у вас нет доступа к данным, полученным до этого времени. Для этой архитектуры требуется небольшая плата за инфраструктуру для второго продукта данных, но не взимается дополнительная плата за обработку данных.