Поделиться через

Решения с несколькими регионами в несвязанных регионах

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

Управление API Azure

Управление Azure API поддерживает мультирегиональные развертывания, которые добавляют больше экземпляров компонента шлюза в один или несколько регионов. Для этой функции нет зависимости от связей регионов.

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

Служба приложений Azure

Сведения о создании решений с несколькими регионами с помощью службы приложение Azure см. в статье "Надежность" в службе приложение Azure.

Кэш Azure для Redis

Кэш Azure для Redis предоставляет два различных варианта репликации между регионами: активная георепликация и пассивная георепликация. В обоих случаях нет явной зависимости от пар регионов.

Реестр контейнеров Azure

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

Azure Cosmos DB (сервис баз данных)

Если для вашего решения требуется непрерывная доступность во время сбоев в регионе, вы можете настроить Azure Cosmos DB для репликации ваших данных в нескольких регионах и автоматического переключения на работающие регионы при необходимости. Azure Cosmos DB поддерживает запись в нескольких регионах и может обеспечивать глобальное распространение данных для обеспечения доступа с низкой задержкой из любого региона без ограничений связывания.

База данных Azure для MySQL

Выберите любой из доступных регионов Azure для Базы данных Azure для MySQL, чтобы развернуть реплики для чтения.

База данных Azure для PostgreSQL

Для георепликации в несопряжённых регионах с базой данных Azure для PostgreSQL можно использовать следующее:

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

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

Фабрика данных Azure

Для георепликации в непопарных регионах Фабрика данных Azure (ADF) поддерживает создание конвейеров ADF посредством кода инфраструктуры в сочетании с системой управления версиями для ADF.

Сетку событий Azure

Для георепликации тем сетки событий в непарных регионах можно реализовать отработку отказа на стороне клиента.

Центр Интернета вещей Azure

Сведения о создании решений с несколькими регионами с помощью Центра Интернета вещей Azure см. в статье "Надежность" в Центре Интернета вещей Azure.

Служба Azure Kubernetes (AKS)

Сведения о создании решений с несколькими регионами с помощью службы Azure Kubernetes (AKS) см. в статье "Надежность" в службе Azure Kubernetes (AKS).

Azure Monitor Logs (журналы мониторинга Azure)

Рабочие области Log Analytics в журналах Azure Monitor не используют парные регионы. Чтобы обеспечить непрерывность бизнес-процессов и защиту от потери данных, включите репликацию рабочей области между регионами. Дополнительные сведения см. в статье "Повышение устойчивости", реплицируя рабочую область Log Analytics в разных регионах.

Служебная шина Azure

Служебная шина Azure может обеспечить региональную устойчивость без зависимости от пар регионов, используя функции георепликации или гео-восстановления после аварии.

База данных SQL Azure

Для георепликации в непарных регионах с базой данных Azure SQL можно использовать следующее:

  • Функция группы отказоустойчивости, репликация которой осуществляется в любом сочетании регионов Azure без какой-либо зависимости от базового хранилища GRS.

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

Управляемый экземпляр SQL Azure

Для георепликации в несопряжённых регионах с Управляемым экземпляром SQL Azure можно использовать следующее:

  • Функция группы отказоустойчивости, репликация которой осуществляется в любом сочетании регионов Azure без какой-либо зависимости от базового хранилища GRS.

Хранилище Azure

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

  • Для хранилища объектов:

    • Для учетных записей хранения общего назначения версии 2 и учетных записей блочных BLOB-объектов класса Premium можно использовать репликацию объектов Azure Storage.

      Примечание.

      Репликация объектов не поддерживается для Azure Data Lake Storage.

    • Для аккаунтов премиум-категории Page Blob и Azure Data Lake Storage Gen2 можно использовать такие инструменты, как AzCopy или Azure Data Factory.

  • Для Azure NetApp Files (ANF) можно реплицировать в набор нефиксированных пар, помимо стандартных пар регионов Azure. См. раздел репликации между регионами Azure NetApp Files (ANF).

  • Для файлов Azure:

    Внимание

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

Виртуальный рабочий стол Azure

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

  • Для узлов сеансов можно развернуть виртуальные машины в нескольких регионах в сценарии "активный—активный" или реплицировать их в разных регионах с помощью Azure Site Recovery в активно-пассивном сценарии.

  • Сведения о хранилище см. в службе хранилища Azure.

Для получения дополнительной информации см. Многорегиональная непрерывность бизнес-процессов и восстановление после сбоев (BCDR) для Azure Virtual Desktop и Архитектура и устойчивость службы Azure Virtual Desktop.

Виртуальные машины Azure

Чтобы достичь георепликации в несвязанных регионах, используйте службу Azure Site Recovery. Azure Site Recovery — это служба аварийного восстановления из Azure, которая обеспечивает непрерывность бизнес-процессов и аварийное восстановление путем репликации рабочих нагрузок из основного расположения в дополнительное расположение. Вторичное расположение может быть неспаренным регионом, если это поддерживается службой Azure Site Recovery.

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