Geografía de la macroregión de Power Platform y Dynamics 365

Una macrorregión geográfica representa el límite de residencia de datos que se ajusta a las leyes de residencia de datos de una zona geográfica determinada. En este artículo se enumeran las regiones disponibles en una geografía de macrorregión específica.

La mejora del aprovisionamiento de entornos con macrorregiones le permite seleccionar una geografía de macrorregión durante la creación del entorno. Esta característica solo se aplica a la nube pública y se implementa globalmente. Por el momento, está disponible en determinadas regiones.

Como administrador, puede seleccionar una geografía de región de macros, como Norteamérica, Europa o Asia-Pacific en lugar de una región específica del centro de datos. A continuación, la plataforma asigna automáticamente la región óptima del centro de datos dentro de la geografía de la región de macro seleccionada en función de la capacidad, la disponibilidad del producto y las consideraciones de rendimiento. Este enfoque ayuda a garantizar una experiencia más escalable, resistente y eficaz para todos los clientes, a la vez que sigue respetando los compromisos de residencia de datos. La selección de regiones inteligentes garantiza que los entornos se colocan en regiones con una capacidad y un estado óptimos, lo que mejora el tiempo de actividad y la capacidad de respuesta.

Usar la geografía de una macrorregión proporciona las siguientes capacidades:

  • A medida que crecen las cargas de trabajo, la plataforma coloca dinámicamente entornos en zonas geográficas más adecuadas para controlar la demanda a escala, sin intervención manual.
  • Ya no es necesario evaluar y seleccionar una región de centro de datos individual, lo que simplifica la creación del entorno al tiempo que mantiene el control regional y la alineación con las leyes de residencia de datos.
  • Microsoft puede optimizar continuamente la infraestructura de back-end, asegurándose de beneficiarse de las inversiones en curso en nuevas regiones, capacidad y resistencia.
  • Sigue controlando dónde residen sus datos a nivel geográfico, lo que garantiza la alineación con los requisitos empresariales, de cumplimiento y normativos, como EUDB.

Cambios previstos en la experiencia de aprovisionamiento en una geografía de macrorregión

  • Al crear un nuevo entorno, si el arrendatario aún no cumple los criterios para poder seleccionar la región del centro de datos, aparece la lista de geografías de macrorregión. El portal no muestra regiones individuales del centro de datos.
  • Puede ver la geografía de la macrorregión y la ubicación de los datos (región del centro de datos) en las propiedades del entorno y en la lista de entornos.
  • Una geografía de una macro región es un límite de residencia continental y podría incluir uno o varios continentes y zonas geográficas, como Europa, Reino Unido, Oriente Medio y África, mientras que una región representa la región del centro de datos de la implementación.
  • El sistema determina automáticamente la región dentro de esa macrorregión geográfica en función del enrutamiento basado en la capacidad, el rendimiento y la disponibilidad del producto.

Geografía de la macroregión

La siguiente tabla describe cada macrogeografía regional:

# Geografía de la macroregión Regions Description
1 Norteamérica Estados Unidos, Canadá Los datos residen dentro de los Estados Unidos o Canadá.
2 Las Américas Estados Unidos, Canadá, Brasil Los datos residen en las Américas, incluidos Norteamérica y Sudamérica.
3 Unión Europea (UE) y Asociación Europea de Libre Comercio (AELC) Francia, Alemania, Noruega, Suecia, Suiza, Polonia, Italia, Irlanda, Países Bajos Los datos residen dentro de los estados miembros de la UE y la AELC que son regiones de límite de datos de la Unión Europea (EUDB).
4 Europa y Reino Unido (Reino Unido) Reino Unido, Francia, Alemania, Noruega, Suecia, Suiza, Polonia, Italia, Irlanda, Países Bajos Sus datos residen dentro de la UE y la EFTA o el Reino Unido y no deben considerarse EUDB.
5 Europa, Reino Unido, Oriente Medio, África Reino Unido, Francia, Alemania, Noruega, Suecia, Suiza, Polonia, Italia, Irlanda, Países Bajos, Sudáfrica, Emiratos Árabes Unidos (Emiratos Árabes Unidos) Sus datos residen en Europa, Reino Unido, Oriente Medio o África y no se debe considerar EUDB.
6 Asia/Pacífico Singapur, Australia*, India*, Japón, Corea del Sur Los datos residen dentro de la región de Asia-Pacific.

* Australia e India tienen restricciones fiscales y requieren alineación con los requisitos de residencia de los datos y mecanismos de responsabilidad para cumplir las normas locales de declaración fiscal y garantizar la capacidad de auditoría dentro de la jurisdicción. Si es un cliente que necesita que sus datos almacenados permanezcan en Australia y la India, debe plantearse obtener advanced data residency y cumplir otros requisitos normativos.

Tenga en cuenta lo siguiente:

  • La geografía de la región macro n.º 1 está orientada a Norteamérica.
  • La geografía de la región macro n.º 2 está orientada a personas de América del Sur.
  • La macroregión geográfica n.º 3, correspondiente a la Unión Europea (UE) y a la Asociación Europea de Libre Comercio (AELC), está destinada a EUDB.
  • La geografía de la macrorregión n.º 4 incluye específicamente al Reino Unido (UK) en Europa. Los clientes que quieran estar en EUDB no deben elegir el número 4.
  • La geografía de la región macro n.º 5 está orientada hacia Oriente Medio y África. Los clientes que quieran estar en EUDB no deben elegir el número 5.
  • La geografía de la región macro n.º 6 está orientada hacia asia pacífico.

Note

Las nubes soberanas como Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) y Department of Defense (DoD) permanecen sin cambios y se excluyen de la estrategia de la región macro.

Criterios de idoneidad de selección de regiones del centro de datos

Para seleccionar una región del centro de datos específica dentro de una macrogeografía al crear un nuevo entorno, habilite:

La SKU de residencia de datos avanzada (ADR) solo se aplica a Microsoft 365. Para poder acceder a la región del centro de datos de Dynamics 365 y Power Platform al crear un nuevo entorno, habilítela para todas las licencias de Microsoft 365 del inquilino.

Residencia de datos y cumplimiento

  • Los datos siempre residen dentro del límite de geografía de la región de macro seleccionada. Si es un cliente que cumple los criterios de ADR, los datos de Dynamics 365 y Power Platform se almacenan en reposo en la región del centro de datos seleccionado.
  • Si necesita EUDB, seleccione la macro región, la Unión Europea (UE) y la Asociación Europea de Libre Comercio (AELC). Esta opción garantiza que sus datos en reposo se encuentren dentro del perímetro de EUDB. Obtenga más información sobre EUDB aquí.
  • Las regiones de Australia y la India podrían estar sujetas a restricciones fiscales y podrían requerir la alineación de la residencia de los datos y la rendición de cuentas para cumplir las normas locales de declaración fiscal y garantizar la auditabilidad dentro de una jurisdicción. Para conservar sus datos almacenados en Australia e India, obtenga más información sobre cómo adquirir ADR y así tomar una decisión informada para su empresa.
  • La plataforma no amplía las garantías de residencia más allá de los compromisos contractuales. La selección de macroregión define la frontera de ubicación de los servicios y de residencia de los datos de Microsoft para el entorno. No interprete las macros regiones como áreas legales, normativas, fiscales o definidas por el cumplimiento y no las vea como determinantes de las obligaciones del cliente.
  • EUDB es un compromiso contractual de Microsoft en materia de límites de datos, no es lo mismo que una jurisdicción legal, como el perímetro del EEE/RGPD. La documentación actual de la EUDB describe a la EUDB como un límite geográfico definido dentro del cual Microsoft se compromete a almacenar y procesar los datos de clientes y los datos personales para los servicios en línea empresariales de Microsoft, incluidos Azure, Dynamics 365, Power Platform y Microsoft 365, todo ello sujeto a excepciones documentadas.

Ejemplos de experiencias de residencia de datos

Si un cliente no tiene activada la residencia de datos avanzada (ADR) en el arrendatario:

  1. El cliente puede ver y seleccionar de una lista de macrogeografías regionales cuando crea un entorno.
  2. El cliente selecciona Europa y Reino Unido como su zona geográfica de macros.
  3. La plataforma asigna una región (por ejemplo, Alemania o Italia) en función de la capacidad y la disponibilidad del producto.
  4. El cliente puede ver la región del centro de datos asignada dentro de la geografía de la macrorregión una vez completado el aprovisionamiento.

Si un cliente sí tiene habilitada la SKU de residencia avanzada de datos (ADR) para el 100 % de sus licencias de Microsoft 365 en ese tenant, cumple los requisitos para la selección de la región del centro de datos para Dynamics 365 y Power Platform:

  1. El cliente puede ver y seleccionar en una lista de Power Platform y Dynamics 365 las regiones del centro de datos cuando crea un entorno. Su selección garantiza que sus datos se almacenan en reposo dentro de la región del centro de datos seleccionado.
  2. El cliente puede ver la región del centro de datos asignado después del aprovisionamiento.

Si el cliente no tiene residencia avanzada de datos (ADR) y requiere la selección de región del centro de datos (por ejemplo, Francia), debe obtener la SKU de ADR. Para más información, consulte Residencia avanzada de datos.

Continuidad para los clientes con entornos existentes

A partir de la fecha del anuncio, Microsoft no prevé impactos en los entornos existentes, que siguen conservando la región del centro de datos seleccionado. Esto está sujeto a ajustes futuros debido a restricciones técnicas [capacidad, rendimiento, proceso] y circunstancias cambiantes más allá del control razonable.

FAQ

¿Cómo se conecta un entorno de Power Platform en una región a los recursos hospedados en otra región?

Cree una red virtual (VNet) en la región asociada al entorno de Power Platform y use el emparejamiento de redes virtuales para conectar con la VNet de otra región. Tenga en cuenta desde el principio las necesidades de selección de región si ya dispone de redes virtuales de Azure, puntos de conexión privados o una topología de red en estrella (hub-and-spoke).

  • Si tiene ADR, tiene control total sobre la selección de la región del centro de datos donde se ubicará el entorno y puede crear primero una red virtual (VNet).
  • Si no tiene ADR y no tiene intención de obtener ADR, aprovisione primero el entorno y aprovisione la red virtual después.

En la actualidad, los clientes pueden permitir enumerar las direcciones URL regionales y los intervalos IP de su región de centro de datos seleccionada. No obstante, sin ADR, se puede asignar un entorno de Asia-Pacífico a cualquier región de centro de datos dentro de esa macrorregión. En ese caso, ¿deben los clientes permitir la lista de todas las regiones posibles del centro de datos en Asia-Pacífico?

Pueden permitir la lista de la región asignada después del aprovisionamiento.

¿Cuáles son las consideraciones de ubicación de la región del centro de datos dentro de una región de macros?

Un algoritmo basado en la capacidad y la disponibilidad del producto selecciona la región del centro de datos más adecuada durante el aprovisionamiento. Esta región sirve como la región de centro de datos predeterminada para esa macrorregión, para ese arrendatario, en el futuro previsible. Si la capacidad u otras condiciones se restringen, el algoritmo realiza una evaluación y desplaza el aprovisionamiento de un nuevo entorno para ese inquilino a otra región del centro de datos dentro de la región de macros para mantener un rendimiento óptimo.

Por ejemplo, para un inquilino, si el algoritmo selecciona Francia como región del centro de datos durante la primera creación del entorno para la macro Europa y Reino Unido, los entornos posteriores aprovisionados para ese inquilino en Europa y la región macro del Reino Unido también se aprovisionan en Francia a menos que Francia experimente capacidad u otras restricciones.

Tomemos el ejemplo de un cliente t1, que decide crear un entorno en cada macrorregión. Por ejemplo, en NAM, el nuevo entorno se crea en Canadá. Con esto, Canadá queda registrado como la geografía de afinidad para la macro NAM. El siguiente entorno de esa macro seguirá la afinidad e irá a la misma geografía: Canadá. Ahora el cliente decide crear otro entorno en otra macrorregión, por ejemplo, en América. Supongamos que el nuevo entorno se crea en Brasil. Con esto, Brasil ha quedado registrado como la geografía de afinidad para la macroregión de América. Por lo tanto, si T1 sigue creando un entorno en cada macro, el primer entorno creado determina y establece la geoafinidad de esa macro.

Prevea la posibilidad de que circunstancias imprevistas puedan situar los entornos creados en una macroregión geográfica amplia en distintas regiones de centro de datos dentro de esa macroregión. Esta ubicación puede afectar a la alineación de la red de Azure, al diseño de integración de VNet, a las expectativas de latencia y a la revisión legal por parte del cliente. Considere optar por ADR si necesita una ubicación determinista de la región del centro de datos.

¿Pueden los clientes de Dynamics 365 habilitar ADR en sus tenants en cualquier región de Azure del mundo?

Todos los clientes de Dynamics 365 y Power Platform ubicados en cualquiera de las 17 regiones del centro de datos son aptos para habilitar ADR para cualquiera de las 28 regiones de Go-Local. Al habilitar ADR, se adquiere el compromiso de mantener determinadas cargas de trabajo de Microsoft 365 en el Go Local asociado para los datos en reposo. Las 17 regiones de centro de datos de Dynamics 365 coinciden perfectamente con Microsoft 365 Go Locals. Tenga en cuenta que hay tres regiones de Azure, Bélgica, Finlandia y Grecia, que actualmente no tienen una región Go-Local correspondiente compatible y, por lo tanto, no pueden habilitar ADR para la compatibilidad con datos en reposo de Microsoft 365. Sin embargo, si el cliente necesita habilitar ADR para el acceso a la geoubicación de datos en reposo y el compromiso de datos en reposo de Dynamics 365, escale el caso al soporte técnico de Dynamics 365 para Need ADR for unsupported Azure region for D365 macro region.

Si no tengo ADR, ¿esto significa que mis entornos de prueba, desarrollo y producción podrían dividirse en tres regiones de macro diferentes ahora?

Una vez que se asocie a una región de centro de datos dentro de la geografía de la macrorregión seleccionada durante el aprovisionamiento inicial, Microsoft sigue la lógica de afinidad de ubicación para ubicarlos conjuntamente. Microsoft se reserva el derecho de reaccionar en circunstancias imprevistas.

¿ADR ofrece una garantía sobre los datos en reposo para la región del centro de datos de D365 seleccionada como ubicación geográfica de mi entorno? ¿No veo compatibilidad con D365 en la documentación de D365?

Tenga en cuenta que ADR no asume ningún compromiso respecto a los datos en reposo para Dynamics 365. ADR proporciona una garantía de residencia de los datos en reposo para determinados productos de Microsoft 365 en la región Go-Local correspondiente.

El compromiso relativo a los datos en reposo para Dynamics 365/Power Platform deriva del producto Dynamics 365/Power Platform, de conformidad con los términos del producto. Todos aquellos clientes de Microsoft que ya disponen de ADR para Microsoft 365 obtienen automáticamente acceso a la ubicación de datos de Dynamics 365 al crear el entorno, y se aplica el compromiso de los términos del producto de mantener los datos del cliente en reposo en la región del centro de datos de Dynamics 365/Power Platform asociada al entorno. Si un cliente compra ADR para el 100 % de las licencias de Microsoft 365 en el tenant, Dynamics 365/Power Platform cumple el compromiso sobre los datos en reposo al permitir seleccionar la región del centro de datos de la ubicación geográfica al crear el entorno y garantizar que los datos del cliente en reposo se almacenen en la región del centro de datos seleccionada y permanezcan allí, de conformidad con los términos del producto.

Contenido relacionado

  • Last updated on