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


Что такое #REF! регионы?

#REF! предоставляет более 70 регионов по всему миру. Регионы находятся во многих разных географических регионах. Каждая география представляет границу расположения данных, например США или Европу, и может содержать один или несколько регионов. Каждый регион — это набор физических объектов, включающих центры обработки данных и сетевую инфраструктуру.

Регионы предоставляют определенные типы параметров устойчивости. Многие регионы предоставляют зоны доступности, и некоторые из них имеют парный регион, а другие остаются непопарными. При выборе региона для служб важно обратить внимание на параметры устойчивости, доступные в этом регионе. Эта статья поможет вам понять регионы #REF! и получить обзор вариантов устойчивости, которые поддерживаются некоторыми регионами #REF!, а также содержит ссылки на более подробную информацию по каждой теме.

Понимание регионов и географий #REF!

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

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

Каждый регион содержится в одном географическом регионе , который служит фиксированной границей расположения данных. Если у вас есть требования к месту размещения данных, важно выбрать регионы в нужном географическом регионе. Каждый географический регион имеет по крайней мере один регион, оснащенный зонами доступности. Для получения списка всех географических регионов #REF! см. раздел #REF! географии.

Замечание

Большинство регионов доступны всем клиентам #REF!. Однако некоторые регионы относятся к независимым географическим регионам облака , которые доступны некоторым клиентам в определенных географических областях с строгими правилами расположения данных. Суверенные облачные регионы работают так же, как и другие регионы, однако они часто ограничены в службах и функциях предоставляемых служб. Дополнительные примеры ограниченной доступности служб в национальных облачных регионах см. в статье Compare Azure для государственных организаций и global #REF! или Доступность служб Microsoft Azure, управляемых 21Vianet.

Список регионов

Для получения списка регионов #REF! см. Список регионов #REF!. Дополнительные сведения о регионах, включая место расположения данных и соответствие нормативным требованиям, см. на карте центров обработки данных Майкрософт.

Выбор #REF! регионов

При разработке решения необходимо выбрать #REF! регионы, которые вы хотите использовать. Выбранные регионы могут повлиять на устойчивость решения, а также многие другие аспекты решения.

При выборе регионов учитывайте следующие факторы:

  • Задержка. Выберите регионы, географически близкие к пользователям, чтобы уменьшить задержку. Например, если пользователи находятся в США, можно выбрать регион в США или Канаде.
  • Зоны доступности. Выберите регионы, поддерживающие зоны доступности, чтобы обеспечить избыточность и изоляцию неисправностей. Убедитесь, что ресурсы распределялись по нескольким зонам доступности в регионе.
  • Место расположения данных: Убедитесь, что выбранные регионы находятся в пределах границы расположения данных, необходимых вашей организации.

Дополнительные сведения о том, как выбрать регионы, см. в разделе Выбор регионов #REF!.

Варианты региональной устойчивости

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

В этом разделе приведены два варианта устойчивости, которые могут быть недоступны в выбранном регионе.

Зоны доступности

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

Дополнительные сведения о зонах доступности см. в статье "Что такое зоны доступности?".

Парные и непарные регионы

Некоторые регионы #REF! связаны с другими регионами #REF! для создания пар регионов. Пары регионов выбираются корпорацией Майкрософт и не могут быть выбраны клиентом. Существуют некоторые службы #REF!, использующие пары регионов для поддержки георепликации и геоизбыточности. Некоторые также используют пары регионов для поддержки аспектов аварийного восстановления, в маловероятном случае, когда регион испытывает катастрофический и неустранимый сбой.

Многие новые регионы не связаны и вместо этого используют зоны доступности в качестве основного средства избыточности. Многие службы #REF! поддерживают георезервирование независимо от того, являются ли регионы парными или нет, и вы можете разработать высокоустойчивое решение, независимо от того, используете ли вы парные регионы, непарные регионы или их сочетание.

Дополнительные сведения о парных и неспаренных регионах и их использовании см. в разделе #REF! пары регионов и неспаренные регионы.

Использование нескольких регионов #REF!

Часто используется несколько регионов #REF!, как парных, так и непарных, при проектировании решения. С помощью нескольких регионов можно повысить устойчивость рабочей нагрузки ко многим типам сбоев, и у вас есть множество вариантов аварийного восстановления. Кроме того, некоторые службы #REF! доступны в определенных регионах, поэтому путем разработки решения с несколькими регионами можно воспользоваться преимуществами глобального и распределенного характера облака.

Если вы используете несколько регионов вместе, необходимо учитывать компромиссы между следующими факторами:

  • Физическая изоляция: Рассмотрите, следует ли использовать регионы, географически удаленные друг от друга. Чем больше расстояние, тем больше устойчивость в случае крупной стихийных бедствий в одном из регионов. Для получения информации о городе или штате, в котором находится регион, см. список регионов #REF! и Microsoft Datacenters Map.

  • Задержки: При выборе физически изолированных регионов задержка сетевых подключений между этими регионами увеличивается. Задержка может повлиять на разработку решения с несколькими регионами, а также ограничить типы георепликации и геоизбыточности, которые можно использовать. Дополнительные сведения о задержке между регионами #REF! см. в разделе статистика задержки сети #REF!. Дополнительные сведения о выборе регионов см. в рекомендациях по использованию зон доступности и регионов.

  • Место расположения данных: Убедитесь, что выбранные регионы находятся в пределах границы расположения данных, необходимых вашей организации.

Нерегиональные службы

Большинство служб #REF! развертываются в определенном регионе. Однако существуют некоторые службы, которые не привязаны к одному #REF! региону. Важно понимать, как нерегиональные службы работают в случае регионального сбоя, а также учитывать их при разработке решений и плана непрерывности бизнес-процессов.

Нерегиональные службы развертываются корпорацией Майкрософт в двух или нескольких регионах. Если произошел региональный сбой, экземпляр службы в работоспособном регионе может продолжать обслуживать запросы. Например, Azure DNS является нерегиональной службой.

Некоторые службы #REF! позволяют указать регион или географию, в которой хранятся данные. Например, с помощью Microsoft Entra ID можно выбрать географическую область для данных, например Европу или Северную Америку. Дополнительные сведения о резиденции данных см. в разделе Резиденция данных в #REF!.

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

Дополнительные сведения о службах #REF!, доступных в каждом регионе, см. в разделе Продукты, доступные по регионам.