Area geografica di Power Platform e Dynamics 365 macro

Un'area geografica macro rappresenta il limite di residenza dei dati allineato alle leggi di residenza dei dati per una determinata area geografica. Questo articolo elenca le aree disponibili in un'area geografica di macro specifica.

Il miglioramento del provisioning degli ambienti per la macro area geografica consente di selezionare una macro area geografica durante la creazione dell'ambiente. Questa funzionalità si applica solo al cloud pubblico e viene distribuita a livello globale. Al momento, è disponibile in aree geografiche selezionate.

Gli amministratori possono selezionare un'area geografica della macro, ad esempio America del Nord, Europa o Asia-Pacific anziché un'area data center specifica. La piattaforma assegna quindi automaticamente l'area del data center ottimale all'interno dell'area geografica della macro selezionata in base alle considerazioni sulla capacità, sulla disponibilità del prodotto e sulle prestazioni. Questo approccio consente di garantire un'esperienza più scalabile, resiliente ed efficiente per tutti i clienti continuando a rispettare gli impegni di residenza dei dati. La selezione dell'area intelligente garantisce che gli ambienti vengano posizionati in aree con capacità e integrità ottimali, migliorando il tempo di attività e la velocità di risposta.

L'uso di un'area geografica macro offre le funzionalità seguenti:

  • Man mano che i carichi di lavoro aumentano, la piattaforma inserisce in modo dinamico gli ambienti nelle aree geografiche più adatte per gestire la domanda su larga scala, senza intervento manuale.
  • Non è più necessario valutare e selezionare una singola area del data center, semplificando la creazione dell'ambiente mantenendo comunque il controllo a livello di area e l'allineamento con le leggi di residenza dei dati.
  • Microsoft può ottimizzare continuamente l'infrastruttura di back-end, consentendoti di beneficiare di investimenti continui in nuove regioni, capacità e resilienza.
  • È comunque possibile controllare dove risiedono i dati a livello geografico, garantendo l'allineamento ai requisiti aziendali, di conformità e normativi, ad esempio EUDB.

Modifiche previste nell'esperienza di provisioning con un'area geografica macroregionale

  • Quando si crea un nuovo ambiente, se il tenant non soddisfa ancora i criteri di idoneità per la selezione dell'area del data center, viene visualizzato l'elenco delle aree geografiche dell'area macro. Il portale non visualizza le singole aree del data center.
  • È possibile visualizzare l'area geografica della macro e la posizione dei dati (area del data center) nelle proprietà dell'ambiente e nell'elenco dell'ambiente.
  • Un'area geografica macro è un limite di residenza continentale e può includere uno o più continenti e aree geografiche, ad esempio Europa, Regno Unito, Medio Oriente e Africa, mentre un'area rappresenta l'area del data center di distribuzione.
  • Il sistema determina automaticamente la regione all'interno di tale macro area geografica in base al routing basato sulla capacità, alle prestazioni e alla disponibilità dei prodotti.

Area geografica macro

La tabella seguente descrive l'area geografica di ogni macroregione:

# Area geografica macro Regions Description
1 America del Nord Stati Uniti, Canada I dati si trovano all'interno del Stati Uniti o del Canada.
2 Le America Stati Uniti, Canada, Brasile I dati si trovano all'interno delle Americhe, tra cui Nord e Sud America.
3 Unione europea (UE) e Associazione europea per il libero scambio (EFTA) Francia, Germania, Norvegia, Svezia, Svizzera, Polonia, Italia, Irlanda, Paesi Bassi I dati risiedono all'interno degli Stati membri dell'UE e dell'EFTA, che sono regioni dell'EUDB (European Union Data Boundary).
4 Europa e Regno Unito (Regno Unito) Regno Unito, Francia, Germania, Norvegia, Svezia, Svizzera, Polonia, Italia, Irlanda, Paesi Bassi I dati si trovano all'interno dell'UE e dell'EFTA o del Regno Unito e non devono essere considerati EUDB.
5 Europa, Regno Unito, Medio Oriente, Africa Regno Unito, Francia, Germania, Norvegia, Svezia, Svizzera, Polonia, Italia, Irlanda, Paesi Bassi, Sudafrica, Emirati Arabi Uniti (Emirati Arabi Uniti) I dati si trovano all'interno di Europa, Regno Unito, Medio Oriente o Africa e non devono essere considerati EUDB.
6 Asia Pacifico Singapore, Australia*, India*, Giappone, Corea del Sud I dati si trovano all'interno dell'area Asia-Pacific.

* Le aree geografiche australia e india hanno restrizioni fiscali e necessitano di allineamento della residenza dei dati e responsabilità per la conformità alle regole di segnalazione fiscali locali e per la verificabilità all'interno della giurisdizione. Se sei un cliente che ha bisogno che i propri dati archiviati rimangano in Australia e in India, devi prendere in considerazione la residenza avanzata dei dati e sei soggetto anche ad altri requisiti normativi.

Nota:

  • L’area geografica della macroregione 1 è destinata al Nord America.
  • La geografia dell'area macro n. 2 è orientata verso le persone del Sud America.
  • La macroregione geografica n. 3, Unione europea (UE) e Associazione europea di libero scambio (EFTA), è destinata a EUDB.
  • L'area geografica macro 4 include in particolare Regno Unito (Regno Unito) con Europa. I clienti che vogliono trovarsi in EUDB non devono scegliere #4.
  • La geografia dell'area macro 5 è orientata verso Medio Oriente e Africa. I clienti che vogliono trovarsi in EUDB non devono scegliere #5.
  • La geografia dell'area macro n. 6 è orientata verso l'Asia pacifico.

Note

I cloud sovrani come Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) e Department of Defense (DoD) rimangono invariati e vengono esclusi dalla strategia di macro area.

Criteri di idoneità per la selezione dell'area del data center

Per selezionare un'area data center specifica all'interno di un'area geografica macro durante la creazione di un nuovo ambiente, abilitare:

La SKU Advanced Data Residency (ADR) si applica solo a Microsoft 365. Per qualificarsi per Dynamics 365 e l'accesso all'area del data center di Power Platform durante la creazione di un nuovo ambiente, abilitarlo per tutte le postazioni Microsoft 365 nel tenant.

Residenza e conformità dei dati

  • I dati si trovano sempre all'interno del limite geografico dell'area macro selezionata. Se si è un cliente che soddisfa i criteri DIR, i dati di Dynamics 365 e Power Platform vengono archiviati inattivi all'interno dell'area del data center selezionata.
  • Se è necessario EUDB, selezionare l'area macro, l'Unione europea (UE) e l'Associazione europea per il libero scambio (EFTA). Questa selezione garantisce che i tuoi dati archiviati siano all'interno del perimetro EUDB. Altre informazioni su EUDB sono disponibili qui.
  • Le aree geografiche australiane e india potrebbero essere soggette a restrizioni fiscali e potrebbero richiedere l'allineamento e la responsabilità della residenza dei dati per la conformità alle regole di segnalazione fiscali locali e per la verificabilità all'interno di una giurisdizione. Per mantenere i tuoi dati archiviati in Australia e India, scopri di più su come acquisire ADR per prendere una decisione consapevole per la tua azienda.
  • La piattaforma non espande le garanzie di residenza oltre gli impegni contrattuali. La selezione dell'area macro definisce il posizionamento dei servizi e il limite di residenza dei dati di Microsoft per l'ambiente. Non considerare le macroregioni come aree definite da criteri legali, normativi, fiscali o di conformità e non considerarle come elementi determinanti ai fini degli obblighi del cliente.
  • EUDB è un impegno contrattuale di Microsoft relativo al confine dei dati, non è la stessa cosa di una giurisdizione legale quale il perimetro SEE/GDPR. La documentazione corrente di EUDB descrive EUDB come limite geograficamente definito entro il quale Microsoft si impegna a archiviare ed elaborare i dati dei clienti e i dati personali per Microsoft Servizi online aziendali, tra cui Azure, Dynamics 365, Power Platform e Microsoft 365, soggetto a eccezioni documentate.

Esempi di esperienza di residenza dei dati

Se un cliente non dispone di una residenza dei dati avanzata (ADR) attivata nel tenant:

  1. Il cliente può visualizzare e selezionare da un elenco di macroaree geografiche quando crea un ambiente.
  2. Il cliente seleziona Europa & Regno Unito come macroregione geografica.
  3. La piattaforma assegna un'area (ad esempio, Germania o Italia) in base alla capacità e alla disponibilità del prodotto.
  4. Il cliente può visualizzare l'area geografica del data center assegnata all'interno della macro area geografica dopo il provisioning.

Se un cliente ha uno SKU di residenza dei dati avanzata (ADR) attivato per 100% delle postazioni Microsoft 365 in tale tenant, è idoneo per la selezione dell'area del data center per Dynamics 365 e Power Platform:

  1. Il cliente può visualizzare e selezionare da un elenco di aree di Power Platform e Dynamics 365 data center quando creano un ambiente. La selezione effettuata garantisce che i dati siano archiviati a riposo nella regione del data center selezionata.
  2. Il cliente può visualizzare l'area del data center assegnata dopo il provisioning.

Se il cliente non ha una residenza dei dati avanzata (ADR) e richiede la selezione dell'area del data center (ad esempio, Francia), è necessario ottenere lo SKU ADR. Per saperne di più, vedi Residenza avanzata dei dati.

Continuità per i clienti con ambienti esistenti

A partire dalla data dell'annuncio, Microsoft non prevede effetti sugli ambienti esistenti, che continuano a mantenere l'area del data center selezionata. Ciò è soggetto a modifiche future a causa di vincoli tecnici [capacità, prestazioni, calcolo] e circostanze mutevoli oltre il ragionevole controllo.

FAQ

Come si connette un ambiente Power Platform in un'area alle risorse ospitate in un'altra area?

Creare una rete virtuale (VNet) nella regione associata all'ambiente Power Platform e usare il VNet peering per collegarla alla VNet in un'altra regione. Prendere in considerazione le esigenze di selezione dell'area in anticipo se sono presenti reti virtuali Azure, endpoint privati o topologia di rete hub/spoke.

  • Se si dispone di ADR, si ha il pieno controllo sulla scelta dell'area geografica del datacenter dell'ambiente e si può creare prima una VNet.
  • Se non si dispone di AdR e non si prevede di ottenere ADR, effettuare il provisioning dell'ambiente prima e effettuare il provisioning della rete virtuale dopo.

Attualmente, i clienti possono consentire l'elenco degli URL e degli intervalli IP regionali per l'area data center selezionata. Senza ADR, tuttavia, è possibile assegnare un ambiente Asia-Pacific a qualsiasi area del data center all'interno di tale area macro. In tal caso, i clienti devono consentire l'elenco di tutte le aree data center possibili in Asia-Pacifico?

Possono consentire l'elenco dell'area geografica assegnata dopo il provisioning.

Quali sono le considerazioni sul posizionamento dell'area del data center all'interno di un'area macro?

Un algoritmo basato sulla capacità e sulla disponibilità del prodotto seleziona l'area del data center più adatta durante il provisioning. Questa area funge da area data center predefinita per l'area macro, per tale tenant, per il periodo di tempo prevedibile. Se la capacità o altre condizioni diventano vincolate, l'algoritmo esegue una valutazione e sposta il provisioning di un nuovo ambiente per tale tenant in un'altra area del data center all'interno dell'area macro per mantenere prestazioni ottimali.

Ad esempio, per un tenant, se l'algoritmo seleziona Francia come area data center durante la prima creazione dell'ambiente per l'area macro Europa e Regno Unito, viene effettuato il provisioning degli ambienti successivi per tale tenant in Europa e nell'area macro regno Unito, a meno che la Francia non presenti capacità o altri vincoli.

Si esaminerà ora l'esempio di tenant t1, che decide di creare un ambiente in ogni area macro. Ad esempio, in NAM, il nuovo ambiente viene creato in Canada. A questo scopo, il Canada viene registrato come area geografica di affinità per la macro NAM. L'ambiente successivo in quella macro seguirà l'affinità e andrà nella stessa area geografica, Canada. Ora il cliente decide di creare un altro ambiente in un'altra area macro, ad esempio The Americas. Si supponga che il nuovo ambiente venga creato in Brasile. Con questa modifica, il Brasile è ora registrato come geo di affinità della macroarea The Americas. Pertanto, se T1 continua a creare un ambiente in ogni macro, il primo ambiente creato determina e imposta l'area geografica di affinità per tale macro.

Pianificare la possibilità che circostanze impreviste possano inserire gli ambienti creati in un'ampia area geografica macro in aree del data center diverse all'interno di tale area. Questo posizionamento può influire sull'allineamento della rete di Azure, sulla progettazione dell'integrazione con VNet, sulle aspettative relative alla latenza e sulla revisione legale del cliente. Valuta l'adozione di ADR se hai bisogno di un'assegnazione deterministica a una specifica area geografica del datacenter.

I clienti di Dynamics 365 possono abilitare ADR nei propri tenant per qualsiasi area di Azure nel mondo?

Tutti i clienti di Dynamics 365 e Power Platform che si trovano in una delle 17 aree del data center sono idonei per abilitare ADR per una delle 28 aree Go-Local. Quando si abilita ADR, viene fornita una garanzia sui dati inattivi per mantenere i carichi di lavoro selezionati di Microsoft 365 nell'area Go Local associata. Le 17 aree data center Dynamics 365 hanno una sovrapposizione perfetta con Microsoft 365 Go Locals. Si noti che esistono tre regioni di Azure, Belgio, Finlandia e Grecia, che attualmente non dispongono di una corrispondente area supportata da Go-Local e pertanto non possono abilitare il supporto ADR per i dati inattivi di Microsoft 365. Tuttavia, se il cliente deve abilitare ADR per l'accesso alla localizzazione geografica dei dati archiviati di Dynamics 365 e per il requisito di residenza dei dati archiviati, esegui l'escalation al supporto di Dynamics 365 per Necessità di ADR per area geografica di Azure non supportata per la macro dell'area geografica di D365.

Se non si dispone di AdR, significa che gli ambienti di test, sviluppo e produzione possono ora essere suddivisi in tre aree macro diverse?

Dopo aver eseguito il collegamento a un'area del data center all'interno dell'area geografica dell'area macro selezionata nel primo provisioning, Microsoft segue la logica di affinità di posizionamento per posizionarle insieme. Microsoft riserva il diritto di reagire in circostanze impreviste.

ADR garantisce i dati inattivi per l'area del data center D365 selezionata come località geografica per il mio ambiente? Non vedo che D365 sia supportato nella documentazione di D365?

Tieni presente che ADR non si assume alcuna responsabilità relativa ai dati inattivi per Dynamics 365. ADR fornisce una garanzia relativa ai dati inattivi per alcuni prodotti Microsoft 365 nell'area geografica Go-Local associata.

La garanzia dei dati archiviati per Dynamics 365/Power Platform è fornita dal prodotto Dynamics 365/Power Platform in conformità alle condizioni del prodotto. Tutti i clienti Microsoft che dispongono già di ADR per Microsoft 365 hanno automaticamente diritto all'accesso all'ubicazione dei dati per Dynamics 365 al momento della creazione dell'ambiente e l'impegno previsto dalle Condizioni del prodotto si applica per mantenere i dati dei clienti archiviati nell'area del data center di Dynamics 365/Power Platform associata all'ambiente. Se un cliente acquista ADR per il 100% delle licenze Microsoft 365 nel tenant, Dynamics 365/Power Platform garantisce l'impegno relativo ai dati archiviati consentendo la selezione dell'area geografica del data center durante la creazione dell'ambiente e garantendo che i dati del cliente archiviati saranno conservati nell'area del data center selezionata e vi rimarranno, in conformità con le condizioni del prodotto.

Contenuti correlati

  • Last updated on