Geografia da macrorregião do Power Platform e do Dynamics 365

Uma geografia de macrorregião define o limite de residência de dados que está em conformidade com as leis de residência de dados para uma determinada geografia. Este artigo lista as regiões disponíveis em uma geografia de uma macrorregião específica.

A melhoria da macrorregião no provisionamento do ambiente permite a você selecionar uma geografia de macrorregião durante a criação de um ambiente. Esse recurso se aplica somente à nuvem pública e está sendo distribuído globalmente. Neste momento, ele está disponível em regiões geográficas selecionadas.

Como administrador, você pode selecionar uma macrogeografia, como América do Norte, Europa ou Ásia-Pacífico, em vez de uma região de datacenter específica. Em seguida, a plataforma atribui automaticamente a região ideal do datacenter na geografia da região de macro selecionada com base nas considerações de capacidade, disponibilidade do produto e desempenho. Essa abordagem ajuda a garantir uma experiência mais escalonável, resiliente e de desempenho para todos os clientes, continuando a respeitar os compromissos de residência de dados. A seleção inteligente de região garante que os ambientes sejam implantados em regiões com capacidade e saúde ideais, melhorando a disponibilidade e a capacidade de resposta.

Usar uma geografia de macrorregião oferece os seguintes recursos:

  • À medida que suas cargas de trabalho crescem, a plataforma coloca dinamicamente ambientes em geografias mais adequadas para lidar com a demanda em escala, sem intervenção manual.
  • Você não precisa mais avaliar e selecionar uma região de datacenter individual, simplificando a criação do ambiente, mantendo ainda o controle regional e o alinhamento com as leis de residência de dados.
  • Microsoft pode otimizar continuamente a infraestrutura de back-end, garantindo que você se beneficie de investimentos contínuos em novas regiões, capacidade e resiliência.
  • Você ainda controla onde seus dados residem em um nível de geografia, garantindo o alinhamento com os requisitos de negócios, conformidade e regulamentação, como EUDB.

Alterações esperadas na sua experiência de provisionamento com uma geografia de macrorregião

  • Ao criar um novo ambiente, se o locatário ainda não cumprir os critérios de qualificação para seleção da região do datacenter, você verá a lista de geografias de macrorregião. O portal não exibe regiões de datacenter individuais.
  • Você pode ver a geografia da macrorregião e a localização dos dados (região do datacenter) nas propriedades do ambiente e na lista de ambientes.
  • Uma geografia de região macro é um limite de residência continental e pode incluir um ou mais continentes e geografias, como Europa, Reino Unido, Oriente Médio e África, enquanto uma região representa a região de datacenter da implantação.
  • O sistema determina automaticamente a região dentro dessa geografia da macrorregião com base em roteamento por capacidade, desempenho e disponibilidade do produto.

Geografia da macrorregião

A tabela a seguir descreve cada área geográfica de macroregião:

# Geografia da macrorregião Regions Description
1 América do Norte Estados Unidos, Canadá Seus dados residem no Estados Unidos ou no Canadá.
2 As Américas Estados Unidos, Canadá, Brasil Seus dados residem nas Américas, incluindo América do Norte e do Sul.
3 União Europeia (UE) e Associação Europeia de Livre Comércio (EFTA) França, Alemanha, Noruega, Suécia, Suíça, Polônia, Itália, Irlanda, Holanda Seus dados residem nos Estados membros da UE e da EFTA, que são regiões de EuDB (Limite de Dados da União Europeia).
4 Europa e Reino Unido (Reino Unido) Reino Unido, França, Alemanha, Noruega, Suécia, Suíça, Polônia, Itália, Irlanda, Holanda Seus dados residem na UE, EFTA ou no Reino Unido e não devem ser considerados EUDB.
5 Europa, Reino Unido, Oriente Médio, África Reino Unido, França, Alemanha, Noruega, Suécia, Suíça, Polônia, Itália, Irlanda, Holanda, África do Sul, Emirados Árabes Unidos (EAU) Seus dados residem na Europa, Reino Unido, Oriente Médio ou África e não devem ser considerados EUDB.
6 Pacífico Asiático Cingapura, Austrália*, Índia*, Japão, Coreia do Sul Seus dados residem na região Asia-Pacific.

* As geografias da Austrália e da Índia têm restrições fiscais e precisam de alinhamento de residência de dados e responsabilidade para conformidade com as regras de relatório fiscal local e para auditoria dentro da jurisdição. Se você é um cliente que precisa manter seus dados em repouso na Austrália e na Índia, precisa obter a residência avançada de dados e está sujeito a outros requisitos regulatórios.

Observação:

  • A geografia da região macro nº 1 é voltada para a América do Norte.
  • A área geográfica da macrorregião 2 é destinada ao público da América do Sul.
  • A macrorregião geográfica nº 3, União Europeia (UE) e Associação Europeia de Livre Comércio (EFTA), é direcionada ao EUDB.
  • A geografia da região macro nº 4 inclui especificamente o Reino Unido (Reino Unido) com a Europa. Os clientes que desejam estar no EUDB não devem escolher o nº 4.
  • A geografia da região macro nº 5 é voltada para o Oriente Médio e a África. Os clientes que desejam estar no EUDB não devem escolher o nº 5.
  • A geografia da região macro nº 6 é voltada para a Ásia-Pacífico.

Note

Nuvens soberanas como a Nuvem da Comunidade Governamental (GCC), a Nuvem da Comunidade Governamental – Alta (GCC-H) e o Departamento de Defesa (DoD) permanecem inalteradas e são excluídas da estratégia de região de macro.

Critérios de qualificação de seleção de região do datacenter

Para selecionar uma região de datacenter específica em uma geografia de região de macro ao criar um novo ambiente, habilite:

O SKU de residência de dados avançada (ADR) aplica-se apenas a Microsoft 365. Para se qualificar ao acesso à região do datacenter do Dynamics 365 e do Power Platform durante a criação de um novo ambiente, habilite esse acesso para todas as licenças do Microsoft 365 no locatário.

Residência e conformidade de dados

  • Os dados sempre residem dentro do limite de geografia da região de macro selecionada. Se você for um cliente que atenda aos critérios de ADR, seus dados do Dynamics 365 e do Power Platform serão armazenados em repouso na região do datacenter selecionado.
  • Se precisar de EUDB, selecione a região macro, a União Europeia (UE) e a EFTA (Associação Europeia de Livre Comércio). Essa seleção garante que seus dados em repouso estão no limite do EUDB. Saiba mais sobre o EUDB aqui.
  • As geografias da Austrália e da Índia podem estar sujeitas a restrições fiscais e podem precisar de alinhamento de residência de dados e responsabilidade para conformidade com as regras locais de relatório fiscal e para auditoria dentro de uma jurisdição. Para manter seus dados armazenados na Austrália e na Índia, saiba mais sobre como contratar o ADR para tomar uma decisão bem informada para sua empresa.
  • A plataforma não expande as garantias de residência além dos compromissos contratuais. A seleção da macro-região define a fronteira de alocação de serviços e residência de dados da Microsoft para o ambiente. Não interprete macro-regiões como áreas legais, regulatórias, fiscais ou definidas por conformidade e não as veja como determinantes das obrigações do cliente.
  • O EUDB é um compromisso de limite de dados contratual Microsoft, não a mesma coisa que uma jurisdição legal, como o perímetro do EEE/GDPR. A documentação atual do EUDB descreve o EUDB como um limite geograficamente definido dentro do qual a Microsoft se compromete a armazenar e processar dados de clientes e dados pessoais para os serviços online empresariais da Microsoft, incluindo Azure, Dynamics 365, Power Platform e Microsoft 365, ressalvadas as exceções documentadas.

Exemplos de experiências de residência de dados

Se um cliente não tiver(ADR) residência de dados avançada ativada no locatário:

  1. O cliente pode ver e selecionar em uma lista de geografias de macrorregiões ao criar um ambiente.
  2. O cliente seleciona Europa e Reino Unido como sua geografia de região de macro.
  3. A plataforma atribui uma região (por exemplo, Alemanha ou Itália) com base na capacidade e na disponibilidade do produto.
  4. O cliente pode visualizar a região do datacenter atribuída na geografia da macrorregião após o provisionamento.

Se um cliente tiver SKU de residência avançada de dados (ADR) habilitada para 100% das suas licenças do Microsoft 365 nesse locatário, ele se qualifica para a seleção da região do datacenter para o Dynamics 365 e o Power Platform:

  1. O cliente pode ver e selecionar, em uma lista de regiões de datacenter do Power Platform e do Dynamics 365, regiões de datacenter ao criar um ambiente. Sua seleção garante que seus dados sejam armazenados em repouso na região do datacenter selecionada.
  2. O cliente pode exibir a região do datacenter atribuída após o provisionamento.

Se o cliente não tiver residência de dados avançada (ADR) e exigir seleção de região do datacenter (por exemplo, França), ele precisará obter a SKU da ADR. Para saber mais, consulte Residência de dados avançada.

Continuidade para clientes com ambientes existentes

A partir da data do anúncio, Microsoft não prevê impactos para os ambientes existentes, que continuam a manter sua região de datacenter selecionada. Microsoft gerencia continuamente sua infraestrutura global para manter a confiabilidade, o desempenho e a capacidade do serviço. Caso ocorram circunstâncias futuras que exijam alterações que possam afetar os ambientes existentes, o licenciamento de ADR rege a escolha da região. Microsoft continua comprometido em mantê-lo informado antes de qualquer desenvolvimento que possa afetar a entrega de serviços.

perguntas frequentes

Como você conecta um ambiente do Power Platform em uma região aos recursos hospedados em outra região?

Crie uma VNet (rede virtual) na região associada ao ambiente do Power Platform e use o emparelhamento de VNets para estabelecer conexão com a VNet em outra região. Considere as necessidades de seleção de região antecipadamente se você tiver VNets Azure existentes, pontos de extremidade privados ou topologia de rede hub/spoke.

  • Se você usar o ADR, terá controle total sobre a escolha da região do datacenter onde o ambiente será alocado e poderá primeiro criar uma VNet.
  • Caso você não tenha ADR e não pretenda adotá-la, primeiro provisione o ambiente e depois a VNet.

Hoje, os clientes podem permitir listar as URLs regionais e os intervalos de IP para a região do datacenter selecionada. Sem ADR, no entanto, um ambiente da Ásia-Pacífico pode ser atribuído a qualquer região de datacenter dentro dessa macrorregião. Nesse caso, os clientes devem permitir listar todas as possíveis regiões de datacenter na Ásia-Pacífico?

Eles podem permitir na lista a região atribuída após o provisionamento.

Quais são as considerações sobre o posicionamento da região de datacenter dentro de uma macroregião?

Um algoritmo baseado em disponibilidade de produto e capacidade seleciona a região de datacenter mais adequada durante o provisionamento. Essa região serve como a região padrão de datacenter para aquela macrorregião, para esse tenant, no futuro previsível. Se a capacidade ou outras condições se tornarem restritas, o algoritmo fará uma avaliação e mudará o provisionamento de um novo ambiente para esse locatário para outra região de datacenter dentro da região de macro para manter o desempenho ideal.

Por exemplo, para um locatário, se o algoritmo selecionar a França como a região do datacenter durante a primeira criação de ambiente para a região de macro Europa & Reino Unido, os ambientes subsequentes provisionados para esse locatário na região macro Europa &Reino Unido também serão provisionados na França, a menos que a França experimente capacidade ou outras restrições.

Vamos considerar o exemplo de um locatário t1, que decide criar um ambiente em cada macrorregião. Digamos que, no NAM, o novo ambiente é criado no Canadá. Com isso, o Canadá é registrado como a área geográfica de afinidade da macro NAM. O próximo ambiente nessa macro seguirá a afinidade e irá para a mesma geo — Canadá. Agora, o cliente decide criar outro ambiente em outra região macro, digamos, As Américas. Digamos que o novo ambiente seja criado no Brasil. Com isso, o Brasil agora está registrado como a geografia de afinidade para a macro-região das Américas. Portanto, se o T1 continuar a criar um ambiente em cada macro, o primeiro ambiente criado determinará e definirá a área geográfica de afinidade para essa macro.

Planeje-se para a possibilidade de que circunstâncias imprevistas façam com que ambientes criados em uma geografia de macrorregião abrangente sejam alocados em diferentes regiões de datacenter dentro dessa macrorregião. Esse posicionamento pode afetar o alinhamento da rede do Azure, o design da integração à VNet, as expectativas de latência e a revisão legal do cliente. Considere obter a ADR se você precisar de posicionamento determinístico da região do datacenter.

Os clientes do Dynamics 365 podem habilitar o ADR em seus locatários em qualquer região do Azure no mundo?

Todos os clientes do Dynamics 365 e do Power Platform localizados em qualquer uma das 17 regiões do datacenter estão qualificados para habilitar a ADR para qualquer uma das 28 regiões Go-Local. Quando você habilita a ADR, ela fornece a garantia de dados em repouso para manter cargas de trabalho selecionadas do Microsoft 365 no Local associado. As 17 regiões do datacenter Dynamics 365 têm uma sobreposição perfeita com Microsoft 365 Go Locals. Observe que existem três regiões do Azure — Bélgica, Finlândia e Grécia — que atualmente não têm suporte correspondente de região do Go-Local e, portanto, não podem habilitar o ADR para suporte a dados em repouso do Microsoft 365. No entanto, se o cliente precisar habilitar a ADR para acesso à geolocalização de dados em repouso e compromisso de dados em repouso do Dynamics 365, escalone para o suporte do Dynamics 365 para ADR necessária para região do Azure sem suporte para a macrorregião do D365.

Se eu não tiver a ADR, isso significa que meus ambientes de teste, desenvolvimento e produção podem ser divididos em três regiões de macro diferentes agora?

Depois que você se vincula a uma região de datacenter dentro da geografia de macrorregião selecionada no primeiro provisionamento, a Microsoft segue a lógica de afinidade de posicionamento para alocá-los juntos. Microsoft reserva o direito de reagir em circunstâncias imprevistas.

A ADR oferece uma promessa de dados em repouso na região de datacenter do D365 selecionada como localização geográfica do meu ambiente? Não vejo menção a suporte ao D365 na documentação do D365?

A ADR não assume compromissos de dados em repouso para o Dynamics 365. ADR fornece garantia de residência de dados em repouso para determinados produtos do Microsoft 365 na região Go-Local associada.

A promessa de dados em repouso para Dynamics 365/Power Platform vem do produto Dynamics 365/Power Platform alinhado com os termos de produto. Todos os clientes da Microsoft que já têm ADR para o Microsoft 365 se qualificam automaticamente para acesso à localização de dados do Dynamics 365 no momento da criação do ambiente, e o compromisso dos Termos do Produto se aplica para manter os dados do cliente armazenados na região do datacenter do Dynamics 365/Power Platform associada ao ambiente. Se um cliente comprar o ADR para 100% das licenças do Microsoft 365 no locatário––o Dynamics 365/Power Platform estará assumindo o compromisso de dados em repouso ao permitir selecionar a região do datacenter para a geolocalização na criação do ambiente e ao garantir que os dados do cliente em repouso serão armazenados na região de datacenter selecionada e permanecerão lá, em conformidade com os termos do produto.

Conteúdo relacionado

  • Last updated on