География макрорегионов Power Platform и Dynamics 365

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

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

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

Использование географии макрорегиона предоставляет следующие возможности:

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

Ожидаемые изменения в процессе подготовки среды при использовании географического расположения макрорегиона

  • При создании новой среды, если арендатор еще не подпадает под критерии допустимости для выбора региона центра обработки данных, отображается список географических макрорегионов. На портале не отображаются отдельные регионы центра обработки данных.
  • Вы можете увидеть свой макрорегион и местоположение данных (регион центра обработки данных) в свойствах среды и в списке сред.
  • География макрорегиона — это граница размещения данных на уровне континента; она может включать один или несколько континентов и географий, таких как Европа, Великобритания, Ближний Восток и Африка, тогда как регион обозначает регион центра обработки данных, в котором выполняется развертывание.
  • Система автоматически определяет регион в пределах этой макрорегиональной географии, используя маршрутизацию на основе доступных ресурсов, показатели производительности и доступность продуктов.

География макрорегиона

В следующей таблице описан географический охват каждого макрорегиона:

# География макрорегиона Regions Description
1 Северная Америка США, Канада Ваши данные находятся в США или Канаде.
2 Америка США, Канада, Бразилия Данные находятся в Америке, включая Северную и Южную Америку.
3 Европейский союз (ЕС) и Европейская ассоциация свободной торговли (EFTA) Франция, Германия, Норвегия, Швеция, Швейцария, Польша, Италия, Ирландия, Нидерланды Ваши данные находятся в странах-членах ЕС и EFTA, которые являются регионами границы данных Европейского союза (EUDB).
4 Европа и Соединенное Королевство (Великобритания) Великобритания, Франция, Германия, Норвегия, Швеция, Швейцария, Польша, Италия, Ирландия, Нидерланды Ваши данные находятся в ЕС и EFTA или Великобритании, и они не должны считаться EUDB.
5 Европа, Великобритания, Ближний Восток, Африка Великобритания, Франция, Германия, Норвегия, Швеция, Швейцария, Польша, Италия, Ирландия, Нидерланды, Южная Африка, Объединенные Арабские Эмираты (ОАЭ) Ваши данные находятся в Европе, Великобритании, Ближнем Востоке или Африке и не должны считаться EUDB.
6 Азиатско-Тихоокеанский регион Сингапур, Австралия*, Индия*, Япония, Южная Корея Данные находятся в регионе Asia-Pacific.

* Географические регионы Австралии и Индии имеют налоговые ограничения и нуждаются в выравнивании расположения данных и подотчетности для соответствия правилам ведения налоговых отчетов и для аудита в пределах юрисдикции. Если вы являетесь клиентом, которому необходимо хранить неактивные данные в Австралии и Индии, вам следует рассмотреть возможность приобретения расширенного места расположения данных, при этом необходимо учитывать и другие нормативные требования.

Примечание.

  • География макрорегиона #1 ориентирована на Северную Америку.
  • Макрорегион 2 ориентирован на пользователей из Южной Америки.
  • География макрорегиона № 3 — Европейский союз (ЕС) и Европейская ассоциация свободной торговли (ЕАСТ) — предназначена для EUDB.
  • География макрорегионов #4, в частности, включает Соединенное Королевство (Великобритания) с Европой. Клиенты, которые хотят быть в EUDB, не должны выбирать #4.
  • География макрорегион 5 направлена на Ближний Восток и Африку. Клиенты, которые хотят быть в EUDB, не должны выбирать #5.
  • География макрорегиона № 6 ориентирована на Азиатско-Тихоокеанский регион.

Note

Суверенные облака, такие как Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) и облако Department of Defense (DoD), остаются без изменений и не входят в стратегию макрегиона.

Критерии выбора региона центра обработки данных

Чтобы выбрать определенный регион центра обработки данных в пределах макрегиона при создании новой среды, включите:

Номер SKU расширенного места расположения данных (ADR) применяется только к Microsoft 365. Чтобы получить доступ к региону центра обработки данных Dynamics 365 и Power Platform при создании новой среды, включите эту функцию для всех мест Microsoft 365 в клиенте.

Место расположения данных и соответствие данных требованиям

  • Данные всегда хранятся в пределах географических границ выбранного макрегиона. Если вы клиент, соответствующий критериям ADR, ваши данные Dynamics 365 и Power Platform хранятся в состоянии покоя в выбранном вами регионе центра обработки данных.
  • Если вам нужен EUDB, выберите макрорегион, Европейский союз (ЕС) и Европейскую ассоциацию свободной торговли (EFTA). Этот параметр гарантирует, что ваши данные в состоянии покоя находятся в пределах границы EUDB. Дополнительные сведения о EUDB см. здесь.
  • Географические регионы Австралии и Индии могут быть подвержены налоговым ограничениям и могут нуждаться в выравнивании расположения данных и подотчетности для соответствия местным правилам налоговой отчетности и для аудита в пределах юрисдикции. Чтобы ваши данные хранились в Австралии и Индии, узнайте больше о получении ADR, чтобы принять обоснованное решение для вашего бизнеса.
  • Платформа не расширяет гарантии проживания за рамки договорных обязательств. Выбор макрегиона определяет границу Microsoft для размещения служб и хранения данных в данной среде. Не следует интерпретировать макрорегионы как зоны, определяемые юридическими, регуляторными, налоговыми требованиями или требованиями соответствия, и не следует рассматривать их как определяющие обязательства клиента.
  • EUDB — это договорное обязательство Microsoft в отношении границы данных, а не правовая юрисдикция, например периметр EEA/GDPR. Текущая документация по EUDB описывает EUDB как географически определенную границу, в пределах которой Microsoft обязуется хранить и обрабатывать данные клиентов и персональные данные для корпоративных онлайн-служб Microsoft, включая Azure, Dynamics 365, Power Platform и Microsoft 365, с учетом задокументированных исключений.

Примеры использования места расположения данных

Если у клиента не включена функция расширенного места расположения данных (ADR) в клиенте:

  1. Клиент может видеть и выбирать из списка географических макрорегионов при создании среды.
  2. Клиент выбирает Европу и Великобританию в качестве географии макрорегиона.
  3. Платформа назначает регион (например, Германия или Италия) на основе емкости и доступности продуктов.
  4. Клиент может увидеть назначенный регион центра обработки данных в пределах географии макрорегиона после развертывания.

Если клиент активировал номер SKU расширенного места расположения данных (ADR) для 100 % мест Microsoft 365 в этом клиенте, он получает право выбрать регион центра обработки данных для Dynamics 365 и Power Platform:

  1. Клиент может просматривать и выбирать из списка регионов Power Platform и Dynamics 365 центра обработки данных при создании среды. Выбор этого параметра обеспечивает хранение данных в состоянии покоя в выбранном регионе центра обработки данных.
  2. Клиент может увидеть назначенный регион центра обработки данных после развертывания.

Если у клиента нет расширенной локализации данных (ADR) и ему необходим выбор региона центра обработки данных (например, Франция), ему необходимо приобрести SKU ADR. Дополнительные сведения см. в статье Расширенное место расположения данных.

Непрерывность для клиентов с существующими средами

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

FAQ

Как подключить среду Power Platform в одном регионе к ресурсам, размещенным в другом регионе?

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

  • Если у вас есть ADR, вы полностью контролируете размещение среды в регионе центра обработки данных и можете сначала создать виртуальную сеть (VNet).
  • Если у вас нет ADR и вы не планируете его приобретать, сначала подготовьте среду, а затем подготовьте виртуальную сеть.

Сегодня клиенты могут разрешить список региональных URL-адресов и диапазонов IP-адресов для выбранного региона центра обработки данных. Однако без ADR среду Азиатско-Тихоокеанского региона можно назначить любому региону центра обработки данных в пределах этого макрорегиона. В этом случае должны ли клиенты занести в список разрешенных все возможные регионы центров обработки данных в Азиатско-Тихоокеанском регионе?

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

Какие факторы следует учитывать при размещении региона центра обработки данных в пределах макрорегиона?

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

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

Рассмотрим пример арендатора t1, который решает создать по одной среде в каждом макрорегионе. Скажем, в NAM новая среда создается в Канаде. Таким образом, Канада зарегистрирована как географический регион аффинности для макроса NAM. Следующая среда в этом макросе учтёт аффинити и перейдёт в тот же георегион — Канада. Теперь клиент решает создать ещё одну среду в другом макрорегионе, например, в макрорегионе «Америка». Предположим, что новая среда создается в Бразилии. Таким образом, Бразилия теперь зарегистрирована в качестве географического региона привязки для макрорегиона The Americas. Таким образом, если T1 продолжает создавать среду в каждом макросе, первая созданная среда определяет и устанавливает географическую привязку для этого макроса.

Предусмотрите возможность того, что из-за непредвиденных обстоятельств среды, созданные в рамках широкой макрорегиональной географии, могут быть размещены в разных регионах центров обработки данных в пределах этого макрорегиона. Это размещение может повлиять на согласование сетевой архитектуры в Azure, проектирование интеграции с виртуальной сетью (VNet), ожидания в отношении задержек и юридическую проверку со стороны клиента. Рассмотрите возможность получения ADR, если требуется детерминированное размещение региона центра обработки данных.

Могут ли клиенты, использующие Dynamics 365, включать ADR в своих арендаторах в любых регионах Azure по всему миру?

Все клиенты Dynamics 365 и Power Platform, расположенные в любом из 17 регионов центра обработки данных, могут включить ADR для любого из 28 Go-Local регионов. При включении ADR предоставляется гарантия хранения неактивных данных для определенных рабочих нагрузок Microsoft 365 в соответствующем Go Local. 17 регионов размещения центров обработки данных Dynamics 365 полностью совпадают с Microsoft 365 Go Locals. Обратите внимание, что есть три региона Azure — Бельгия, Финляндия и Греция, — для которых в настоящее время отсутствует поддержка соответствующего региона Go-Local, поэтому в них нельзя включить поддержку ADR для данных Microsoft 365 в состоянии покоя. Однако если клиенту необходимо включить ADR для Dynamics 365, чтобы обеспечить доступ к неактивным данным в соответствующем географическом расположении и обязательство по неактивным данным, обратитесь в службу поддержки Dynamics 365 и укажите, что вам требуется ADR для неподдерживаемого региона Azure в макрорегионе D365.

Если у меня нет ADR, означает ли это, что мои тестовая, среда разработки и рабочая среды теперь могут оказаться распределены по трём разным макрорегионам?

Если при первом развертывании вы выбираете регион центра обработки данных в пределах выбранной географии макрорегиона, Майкрософт применяет логику аффинности размещения, чтобы разместить их вместе. Microsoft резервирует право реагировать на непредвиденные обстоятельства.

Гарантирует ли ADR хранение неактивных данных для региона центра обработки данных D365, выбранного в качестве географического расположения для моей среды? Я не вижу поддержки D365 в документации по D365?

Обратите внимание, что ADR не выполняет никаких обязательств по хранению данных для Dynamics 365. ADR предоставляет гарантию хранения неактивных данных в соответствующем регионе Go Local для определенных продуктов Microsoft 365.

Гарантия хранения неактивных данных для Dynamics 365/Power Platform обеспечивается продуктом Dynamics 365/Power Platform в соответствии с условиями использования продукта. Все клиенты Майкрософт, у которых уже есть ADR для Microsoft 365, автоматически получают право на доступ к данным Dynamics 365 в географическом расположении при создании среды, и гарантия, предусмотренная условиями использования продукта, действует в отношении хранения неактивных данных клиента в регионе центра обработки данных Dynamics 365/Power Platform, связанном со средой. Если клиент приобретает ADR для 100% лицензий Microsoft 365 в тенанте, то Dynamics 365/Power Platform выполняет обязательство по хранению данных в состоянии покоя, предоставляя возможность выбрать регион центра обработки данных для географического расположения при создании среды и гарантируя, что данные клиента в состоянии покоя будут размещаться в выбранном регионе центра обработки данных и оставаться там в соответствии с условиями продукта.