Notă
Accesul la această pagină necesită autorizare. Puteți încerca să vă conectați sau să modificați directoarele.
Accesul la această pagină necesită autorizare. Puteți încerca să modificați directoarele.
O geografie macro-regiune reprezintă limita rezidenței datelor care se aliniază cu legile privind rezidența datelor pentru o anumită geografie. Acest articol listează regiunile disponibile într-o geografie macro-regională specifică.
Îmbunătățirea macro-regiunilor pentru aprovizionarea mediului îți permite să selectezi o geografie macro-regiune în timpul creării mediului. Această caracteristică se aplică doar pentru mediul cloud public și este implementată global. În acest moment, este disponibil în anumite zone geografice.
Ca administrator, poți selecta o geografie macro-regională, cum ar fi America de Nord, Europa sau Asia-Pacific în loc de o anumită regiune de centru de date. Platforma atribuie apoi automat regiunea optimă a centrului de date din geografia regiunii de macrocomenzi selectate, pe baza capacității, disponibilității produselor și a considerentelor de performanță. Această abordare ajută la asigurarea unei experiențe mai scalabile, reziliente și performante pentru toți clienții, respectând în același timp angajamentele legate de rezidența datelor. Selecția inteligentă a regiunilor asigură plasarea mediilor în regiuni cu capacitate și sănătate optime, îmbunătățind timpul de funcționare și capacitatea de răspuns.
Utilizarea unei geografii macro-regionale oferă următoarele capabilități:
- Pe măsură ce volumul tău de muncă crește, platforma plasează dinamic mediile în geografii cele mai potrivite pentru a gestiona cererea la scară largă, fără intervenție manuală.
- Nu mai este necesar să evaluați și să selectați o regiune a centrului de date individual, simplificând crearea mediului, păstrând în același timp controlul regional și alinierea cu legile privind rezidența datelor.
- Microsoft poate optimiza continuu infrastructura backend, asigurându-se că beneficiezi de investiții continue în noi regiuni, capacitate și reziliență.
- Dvs. controlați în continuare unde se află datele la un nivel geografic, asigurând alinierea cu cerințele de afaceri, conformitate și reglementare, cum ar fi EUDB.
Schimbări așteptate în experiența ta de aprovizionare cu o geografie macro-regională
- Atunci când creați un mediu nou, dacă entitatea găzduită nu îndeplinește încă criteriile de eligibilitate pentru regiunea centrului de date, vedeți lista geografică a regiunii macrocomenzi. Portalul nu afișează regiunile centrelor de date individuale.
- Puteți vedea locația geografică a regiunii de macrocomenzi și locația datelor (regiunea centrului de date) în proprietățile de mediu și în lista de mediu.
- Geografia unei regiuni macrocomenzi este o limită de rezidență continentală și poate include unul sau mai multe continente și zone geografice, cum ar fi Europa, Regatul Unit, Orientul Mijlociu și Africa, în timp ce o regiune reprezintă regiunea de centre de date de implementare.
- Sistemul determină automat regiunea din acea regiune de macrocomenzi utilizând rutarea bazată pe capacitate, performanța și disponibilitatea produselor.
Geografie macro-regională
Următorul tabel descrie geografia fiecărei macroregiuni:
| # | Geografie macro-regională | Regiuni | Descriere |
|---|---|---|---|
| 1 | America de Nord | United States, Canada | Datele tale se află în United States sau Canada. |
| 2 | Americile | United States, Canada, Brazilia | Datele tale se află în Americi, inclusiv America de Nord și de Sud. |
| 3 | Uniunea Europeană (UE) și Asociația Europeană de Liber Schimb (EFTA) | Franța, Germania, Norvegia, Suedia, Elveția, Polonia, Italia, Irlanda, Țările de Jos | Datele dumneavoastră se află în statele membre UE și EFTA, care sunt regiuni ale Frontierei de Date ale Uniunii Europene (EUDB). |
| 4 | Europa și Regatul Unit (UK) | Marea Britanie, Franța, Germania, Norvegia, Suedia, Elveția, Polonia, Italia, Irlanda, Țările de Jos | Datele tale se află în UE și EFTA sau în Marea Britanie și nu ar trebui considerate EUDB. |
| 5 | Europa, Marea Britanie, Orientul Mijlociu, Africa | Regatul Unit, Franța, Germania, Norvegia, Suedia, Elveția, Polonia, Italia, Irlanda, Țările de Jos, Africa de Sud, Emiratele Arabe Unite (EAU) | Datele dvs. se află în Europa, Regatul Unit, Orientul Mijlociu sau Africa și nu ar trebui considerate EUDB. |
| 6 | Asia-Pacific | Singapore, Australia*, India*, Japonia, Coreea de Sud | Datele tale se află în regiunea Asia-Pacific. |
* Geografiile Australiei și Indiei au restricții fiscale și necesită alinierea și responsabilitatea datelor pentru respectarea regulilor locale de raportare fiscală și pentru auditabilitate în jurisdicție. Dacă sunteți un client care are nevoie de datele dvs. în repaus pentru a rămâne în Australia și India, trebuie să luați în considerare obținerea de rezidență avansată a datelor și sunt supuse altor cerințe de reglementare.
Rețineți:
- Geografia regiunii de macrocomenzi nr. 1 este orientată către America de Nord.
- Geografia regiunii de macrocomenzi nr. 2 este orientată către oameni din America de Sud.
- Geografia regiunii macrocomenzi nr. 3, Uniunea Europeană (UE) și Asociația Europeană a Liberului Schimb (EFTA) este orientată către EUDB.
- Geografia regiunii de macrocomenzi nr. 4 include în mod specific Regatul Unit (Regatul Unit) cu Europa. Clienții care doresc să fie în EUDB nu trebuie să aleagă #4.
- Geografia regiunii de macrocomenzi nr. 5 este orientată către Orientul Mijlociu și Africa. Clienții care doresc să fie în EUDB nu trebuie să aleagă #5.
- Geografia regiunii de macrocomenzi nr. 6 este orientată către Pacificul Asia.
Notă
Nori suverani, cum ar fi Cloud comunitate guvernamentală (GCC), Cloud comunitate guvernamentală - High (GCC-H) și Departamentul de Apărare (DoD) rămân neschimbate și sunt excluse din strategia regiunii de macrocomenzi.
Criterii de eligibilitate pentru regiunea centrului de date
Pentru a selecta o anumită regiune de centru de date dintr-o zonă geografică de macrocomenzi atunci când creați un mediu nou, activați:
- Rezidență complexă a datelor pentru toate posturile Microsoft 365 din entitatea găzduită.
SKU-ul advanced data residency (ADR) se aplică doar pentru Microsoft 365. Pentru a vă califica pentru accesul Dynamics 365 și la centrul de date Power Platform în timpul creării noului mediu, activați-l pentru toate posturile Microsoft 365 din entitatea găzduită.
Rezidența datelor și conformitatea
- Datele se află întotdeauna în limita geografică a regiunii macro selectate. Dacă sunteți un client care îndeplinește criteriile ADR, datele dvs. de Dynamics 365 și Power Platform sunt stocate în interiorul regiunii de centre de date selectate.
- Dacă aveți nevoie de EUDB, selectați regiunea macrocomandă, Uniunea Europeană (UE) și Asociația Europeană a Liberului Schimb (EFTA). Această selecție asigură că datele se află în limita EUDB. Aflați mai multe despre EUDB aici.
- Geografiile Australiei și Indiei pot fi supuse restricțiilor fiscale și pot avea nevoie de alinierea și responsabilitatea datelor pentru conformitatea cu regulile locale de raportare a impozitelor și pentru auditabilitatea într-o jurisdicție. Pentru a vă păstra datele în repaus în Australia și India, aflați mai multe despre achiziționarea de adrese ADR pentru a lua o decizie informată pentru firma dvs.
- Platforma nu extinde garanțiile de rezidență dincolo de angajamentele contractuale. Selecția de macrocomenzi definește amplasarea serviciului Microsoft și limita de rezidență a datelor pentru mediu. Nu interpretați regiunile macrocomenzi ca zone legale, de reglementare, fiscale sau definite de conformitate și nu le vedeți ca determinante ale obligațiilor clienților.
- EUDB este un angajament contractual Microsoft limită a datelor, nu același lucru ca o jurisdicție juridică, cum ar fi perimetrul SEE/GDPR. Documentația EUDB curentă descrie EUDB ca o limită definită geografic, în care Microsoft se angajează să stocheze și să proceseze datele cu caracter personal și ale clienților pentru online services de întreprindere Microsoft, inclusiv Azure, Dynamics 365, Power Platform și Microsoft 365, sub rezerva excepțiilor documentate.
Exemple de experiență de rezidență a datelor
Dacă un client nu areactivată rezidența complexă a datelor (ADR) în entitatea găzduită:
- Clientul poate vedea și selecta dintr-o listă de regiuni de macrocomenzi geografice atunci când creează un mediu.
- Clientul selectează Europa și Regatul Unit ca geografie a regiunii macrocomenzilor.
- Platforma atribuie o regiune (de exemplu, Germania sau Italia) pe baza capacității și disponibilității produselor.
- Clientul poate vizualiza regiunea centrului de date atribuită în cadrul geografiei macro-regiunii după aprovizionare.
Dacă un client are activat SKU pentru rezidența avansată a datelor (ADR) pentru 100% locurilor Microsoft 365 din entitatea găzduită respectivă, se califică pentru selecția de centre de date pentru Dynamics 365 și Power Platform:
- Clientul poate vedea și selecta dintr-o listă de Power Platform și Dynamics 365 regiuni ale centrelor de date atunci când creează un mediu. Selecția lor asigură că datele lor sunt stocate în restul regiunii centrului de date selectat.
- Clientul poate vizualiza regiunea de centre de date atribuită după asigurarea accesului.
Dacă clientul nu are rezidență avansată a datelor (ADR) și necesită selecția regiunii centrului de date (de exemplu, Franța), trebuie să obțină SKU-ul ADR. Pentru a afla mai multe, consultați Rezidența complexă a datelor.
Continuitatea pentru clienții cu medii existente
Începând cu data anunțului, Microsoft nu anticipează impactul asupra mediilor existente, care își păstrează în continuare regiunea de centre de date selectată. Microsoft își gestionează continuu infrastructura globală pentru a menține fiabilitatea, performanța și capacitatea serviciilor. Dacă apar circumstanțe viitoare care necesită modificări care ar putea afecta mediile existente, licențierea ADR guvernează alegerea regiunii. Microsoft rămâne angajată să vă țină la curent cu evoluția care ar putea afecta livrarea serviciilor.
Întrebări frecvente
Cum conectați un mediu Power Platform într-o regiune la resursele găzduite în altă regiune?
Creați o rețea virtuală (VNet) în regiunea asociată mediului Power Platform și utilizați asocierea VNet pentru a crea o punte la rețeaua VNet a regiunii separate. Luați în considerare necesitățile de selectare a regiunii dacă aveți vNeturi Azure existente, puncte finale private sau topologie de rețea hub/vorbit.
- Dacă aveți ADR, aveți control total asupra amplasării regiunii centrului de date al mediului și obțineți mai întâi un VNet.
- Dacă nu aveți ADR și nu intenționați să obțineți ADR, furnizați mai întâi mediul și furnizați VNet după.
Astăzi, clienții pot permite lista de ADRESE URL și intervale IP regionale pentru regiunea de centre de date selectată. Totuși, fără ADR, un mediu Asia-Pacific poate fi atribuit oricărui centru de date din acea regiune de macrocomenzi. În acest caz, clienții trebuie să permită lista fiecărei regiuni posibile a centrului de date din Asia-Pacific?
Aceștia pot permite lista atribuită regiunii după asigurarea accesului.
Care sunt considerațiile de plasare a regiunii centrului de date într-o regiune de macrocomenzi?
Un algoritm bazat pe capacitate și disponibilitate produs selectează cea mai potrivită regiune a centrului de date în timpul asigurării accesului. Această regiune servește drept regiune de centru de date implicită pentru acea regiune de macrocomenzi, pentru acea entitate găzduită, pentru perioada previzibilă de timp. Dacă capacitatea sau alte condiții devin constrânse, algoritmul efectuează o evaluare și deplasează asigurarea accesului la noul mediu pentru entitatea găzduită respectivă la o altă regiune de centru de date din cadrul regiunii de macrocomenzi, pentru a menține performanța optimă.
De exemplu, pentru o entitate găzduită, dacă algoritmul selectează Franța ca regiune de centru de date în timpul primei creații de mediu pentru regiunea de macrocomenzi Europa și Regatul Unit, atunci mediile ulterioare asigurate pentru acea entitate găzduită din Europa și regiunea de macrocomenzi din Regatul Unit sunt, de asemenea, asigurate în Franța, cu excepția cazului în care Franța se confruntă cu capacități sau alte restricții.
Să luăm exemplul unei entități găzduite t1, care decide să creeze un mediu în fiecare regiune de macrocomenzi. Să spunem, în NAM, noul mediu este creat în Canada. Cu aceasta, Canada este înregistrată ca locație geografică de afinitate pentru macrocomanda NAM. Următorul mediu din macrocomandă va urma afinitate și va accesa aceeași geo-Canada. Acum clientul decide să creeze un alt mediu în altă regiune de macrocomenzi, să spunem, Americas. Să presupunem că noul mediu este creat în Brazilia. În acest fel, Brazilia este înregistrată acum ca geo afinitate pentru macrocomanda Americas. Așadar, dacă T1 continuă să creeze un mediu în fiecare macrocomandă, primul mediu creat determină și setează geo-ul de afinitate pentru macrocomanda respectivă.
Planificați posibilitatea ca circumstanțele neprevăzute să amplaseze medii create într-o geografie amplă a regiunii de macrocomenzi din diferite regiuni de centre de date din acea regiune de macrocomenzi. Această plasare poate afecta Azure alinierea rețelei, proiectarea integrării VNet, așteptările de latență și revizuirea juridică a clienților. Vă recomandăm să obțineți ADR dacă aveți nevoie de plasarea regiunii centrelor de date deterministe.
Clienții pot Dynamics 365 activa ADR în entitățile lor găzduite pentru orice regiuni azure din lume?
Toți clienții Dynamics 365 și Power Platform aflați în oricare dintre cele 17 regiuni de centre de date sunt eligibili pentru a activa ADR pentru oricare dintre cele 28 de regiuni Go-Local. Atunci când activați ADR, face o promisiune de a vă păstra Microsoft 365 să vă păstrați sarcinile de lucru în Go Local asociat. Cele 17 Dynamics 365 regiuni ale centrelor de date au o suprapunere perfectă cu Microsoft 365 Go Locals. Vă rugăm să rețineți că există trei regiuni Azure, Belgia, Finlanda și Grecia, care nu au în prezent un suport corespunzător pentru regiunea Go-Local și, prin urmare, nu pot activa ADR pentru Microsoft 365 date în repaus. Cu toate acestea, în cazul în care clientul trebuie să activeze ADR pentru Dynamics 365 accesul geografic rest și angajamentul privind locația geografică rest, vă rugăm să escaladați până la Dynamics 365 suport pentru Nevoie de ADR pentru regiunea Azure de macrocomenzi D365 neacceptată pentru regiunea de macrocomenzi D365 neacceptată.
Dacă nu am ADR, asta înseamnă că mediile mele de testare, dev și de producție ar putea fi împărțite în trei regiuni de macrocomenzi diferite acum?
După ce atașați la o regiune de centru de date din geografia regiunii de macrocomenzi selectate din prima asigurare a accesului, Microsoft urmează logica de plasare afinitate pentru a le plasa împreună. Microsoft își rezervă dreptul de a reacționa în circumstanțe neprevăzute.
ADR face o promisiune pentru centrul de date D365 selectat ca locație geografică pentru mediul meu? Nu văd documentația D365 acceptată în documentația D365?
Rețineți că ADR nu face angajamente de Dynamics 365 privind datele la nivel de repaus. ADR oferă promisiuni de date rest pentru anumite produse Microsoft 365 la regiunea Go-Local asociată.
Promisiunea privind datele disponibile pentru Dynamics 365/Power Platform provine de la produsul Dynamics 365/Power Platform aliniat cu termenii produsului. Pentru toți clienții Microsoft care au deja ADR pentru Microsoft 365, se califică automat pentru accesul la locația de date Dynamics 365 la crearea mediului, iar promisiunea termenului de produs se aplică pentru a menține datele clienților în repaus în regiunea Dynamics 365/centrul de date Power Platform asociat mediului. Dacă un client cumpără ADR pentru 100 de% de posturi Microsoft 365 în entitatea găzduită–Dynamics 365/Power Platform face angajamentul pentru datele-la-rest, permițând accesul regiunii centru de date pentru locația geografică la crearea mediului și asigurarea datelor clientului în repaus va merge la regiunea selectată a centrului de date și va rămâne acolo, aliniat cu termenii produsului.