Надежность в Центры событий Azure

В этой статье описывается поддержка надежности в Центры событий Azure и охватывает как внутрирегиональная устойчивость с зонами доступности, так и аварийного восстановления между регионами и непрерывностью бизнес-процессов. Более подробный обзор принципов надежности в Azure см. в статье "Надежность Azure".

Поддержка зоны доступности

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

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

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

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

Необходимые компоненты

Поддержка зоны доступности доступна только в регионах Azure с зонами доступности.

Создание ресурса с включенными зонами доступности

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

Снимок экрана: страница

Отключение зон доступности

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

  • Команда Azure CLI с помощью команды az eventhubs namespace--zone-redundant=false

  • Команда New-AzEventHubNamespace PowerShell с -ZoneRedundant=false целью создания пространства имен с отключенной избыточностью зоны.

Миграция зоны доступности

При создании зон доступности в регионе, поддерживающем их, зоны доступности автоматически включены. Если вы хотите узнать, как переместить пространство имен Центров событий в новый регион, поддерживающий зоны доступности, см . статью "Перемещение центров событий в другой регион".

Аварийное восстановление между регионами и непрерывность бизнес-процессов

Аварийное восстановление (АВАРИЙНОе восстановление) заключается в восстановлении из событий высокой нагрузки, таких как стихийные бедствия или неудачные развертывания, которые приводят к простою и потере данных. Независимо от причины, лучшее средство для аварийного восстановления является хорошо определенным и проверенным планом аварийного восстановления и проектом приложения, который активно поддерживает аварийное восстановление. Прежде чем начать думать о создании плана аварийного восстановления, ознакомьтесь с рекомендациями по разработке стратегии аварийного восстановления.

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

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

В Центры событий Azure предусмотрено два компонента, которые обеспечивают геокатастасторное восстановление.

  • Гео-аварийное восстановление (аварийное восстановление метаданных), которое обеспечивает только репликацию только метаданных.

    Геоизбыточное восстановление гарантирует, что вся конфигурация пространства имен (Центры событий, группы потребителей и параметры) постоянно реплицируется из основного пространства имен в дополнительное пространство имен при связывании.

    Функция географического аварийного восстановления Центров событий Azure — это решение для аварийного восстановления. Основные понятия и рабочий процесс, описанные в этой статье, применяются к сценариям аварии, а не к временным сбоям. Дополнительные сведения об аварийном восстановлении в Microsoft Azure см. в статье Аварийное восстановление для приложений на платформе Azure.

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

    Подробные сведения, примеры и дополнительные сведения о геокатасовом восстановлении в Центрах событий см. в разделе Центры событий Azure — геокатасное восстановление.

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

    Подробные сведения, примеры и дополнительные сведения о георепликации в Центрах событий см. в разделе "Георепликация ".

Следующие шаги