Geografi for Power Platform og Dynamics 365 makroområde

En makroområdegeografi representerer grensen for datalagring som samsvarer med datalagringslovene for en gitt geografi. Denne artikkelen viser områdene som er tilgjengelige i et bestemt makroområdegeografi.

Makroområdeforbedringen for miljøklargjøring gjør det mulig å velge en makroområdegeografi under oppretting av miljø. Denne funksjonen gjelder bare for offentlig sky og rulles ut globalt. Nå er den tilgjengelig i utvalgte geografiske områder.

Som administrator kan du velge et makroområdegeografi, for eksempel Nord-Amerika, Europa eller Asia-Pacific i stedet for et bestemt datasenterområde. Plattformen tilordner deretter automatisk det optimale datasenterområdet i det valgte makroområdegeografien basert på kapasitet, produkttilgjengelighet og ytelseshensyn. Denne tilnærmingen bidrar til å sikre en mer skalerbar, robust og performant opplevelse for alle kunder, samtidig som du fortsetter å respektere forpliktelser for datalagring. Det intelligente områdevalget sikrer at miljøer plasseres i områder med optimal kapasitet og helse, noe som forbedrer oppetid og respons.

Bruk av et makroområdegeografi gir følgende funksjoner:

  • Etter hvert som arbeidsbelastningene vokser, plasserer plattformen dynamisk miljøer i geografiske områder som passer best til å håndtere etterspørselen i stor skala, uten manuell inngripen.
  • Du trenger ikke lenger å evaluere og velge et individuelt datasenterområde, noe som forenkler oppretting av miljøet samtidig som du opprettholder regional kontroll og justering med datalagringslover.
  • Microsoft kan kontinuerlig optimalisere serverdelinfrastruktur, slik at du drar nytte av pågående investeringer i nye regioner, kapasitet og robusthet.
  • Du kontrollerer fortsatt hvor dataene befinner seg på geografinivå, noe som sikrer justering med forretnings-, samsvarskrav og forskriftsmessige krav, for eksempel EUDB.

Forventede endringer i klargjøringsfunksjonen med et makroområdegeografi

  • Når du oppretter et nytt miljø, ser du listen over geografier for makroområde hvis leieren ennå ikke oppfyller vilkårene for valg av valg av datasenterområde. Portalen viser ikke individuelle datasenterområder.
  • Du kan se geografien og dataplasseringen for makroområdet (datasenterområdet) i miljøegenskapene og i miljølisten.
  • En makroområdegeografi er en grense for kontinentalt bosted og kan omfatte ett eller flere kontinenter og geografiske områder, for eksempel Europa, Storbritannia, Midtøsten og Afrika, mens en region representerer datasenterområdet for distribusjon.
  • Systemet bestemmer automatisk området innenfor dette makroområdegeografien ved hjelp av kapasitetsbasert ruting, ytelse og produkttilgjengelighet.

Geografi for makroområde

Tabellen nedenfor beskriver hver makroområdegeografi:

# Geografi for makroområde Regioner Beskrivelse
1 Nord-Amerika USA, Canada Dataene dine befinner seg i USA eller Canada.
2 Amerika USA, Canada, Brasil Dataene dine befinner seg i Amerika, inkludert Nord- og Sør-Amerika.
3 Den europeiske union (EU) og Den europeiske frihandelsforeningen (EFTA) Frankrike, Tyskland, Norge, Sverige, Sveits, Polen, Italia, Irland, Nederland Dataene dine befinner seg i EU- og EFTA-medlemslandene som er EUDB-regioner (European Union Data Boundary).
4 Europa og Storbritannia (Storbritannia) Storbritannia, Frankrike, Tyskland, Norge, Sverige, Sveits, Polen, Italia, Irland, Nederland Dataene dine befinner seg i EU og EFTA eller Storbritannia, og de bør ikke betraktes som EUDB.
5 Europa, Storbritannia, Midtøsten, Afrika Storbritannia, Frankrike, Tyskland, Norge, Sverige, Sveits, Polen, Italia, Irland, Nederland, Sør-Afrika, De forente arabiske emirater (UAE) Dataene dine befinner seg i Europa, Storbritannia, Midtøsten eller Afrika, og de bør ikke betraktes som EUDB.
6 Asia/Stillehavskysten Singapore, Australia*, India*, Japan, Sør-Korea Dataene dine befinner seg i Asia-Pacific området.

* Geografier i Australia og India har skattebegrensninger og trenger justering og ansvarlighet for datalagring for overholdelse av lokale skatterapporteringsregler og for revisjonsevne innenfor jurisdiksjon. Hvis du er en kunde som trenger dataene dine for å bli i Australia og India, må du vurdere å få avansert datalagring og er underlagt andre forskriftsmessige behov.

Merknad:

  • Geografi for makroområde #1 er rettet mot Nord-Amerika.
  • Geografi for makroområde #2 er rettet mot folk i Sør-Amerika.
  • Geografi for makroområde #3, EU og EUs frihandelsforening (EFTA) er rettet mot EUDB.
  • Geografi for makroområde #4 omfatter spesifikt Storbritannia (Storbritannia) med Europa. Kunder som ønsker å være i EUDB, bør ikke velge #4.
  • Geografi for makroområde #5 er rettet mot Midtøsten og Afrika. Kunder som ønsker å være i EUDB, bør ikke velge #5.
  • Geografi for makroområde #6 er rettet mot Asia-Stillehavet.

Note

Nasjonale skyer som Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) og Forsvarsdepartementet (DoD) forblir uendret og er utelukket fra makroregionstrategi.

Vilkår for valg av valg av datasenterområde

Hvis du vil velge et bestemt datasenterområde i et makroområdegeografi når du oppretter et nytt miljø, aktiverer du:

SKU for avansert datalagring (ADR) gjelder bare for Microsoft 365. Hvis du vil kvalifisere for Dynamics 365- og Power Platform-datasenterområdetilgang under oppretting av nytt miljø, kan du aktivere det for alle Microsoft 365 seter i leieren.

Datalokalisering og etterlevelse

  • Data befinner seg alltid innenfor den valgte geografiske grensen for makroområdet. Hvis du er en kunde som oppfyller ADR-kriterier, lagres dataene for Dynamics 365 og Power Platform i det valgte datasenteret.
  • Hvis du trenger EUDB, velger du makroområdet, EU og European Free Trade Association (EFTA). Dette valget sikrer at dataene dine er i grenselinjen for EUDB. Finn ut mer om EUDB her.
  • Geografier i Australia og India kan være underlagt skattebegrensninger og kan trenge justering og ansvarlighet for datalagring for overholdelse av lokale skatterapporteringsregler og for revisjonsevne innenfor en jurisdiksjon. Hvis du vil holde dataene dine i ro i Australia og India, kan du lære mer om å anskaffe ADR for å ta en informert beslutning for bedriften din.
  • Plattformen utvider ikke bostedsgarantier utover kontraktsmessige forpliktelser. Valg av makroområde definerer Microsoft tjenesteplassering og datalagringsgrense for miljøet. Ikke tolke makroområder som juridiske, forskriftsmessige, skatte- eller samsvarsdefinerte områder, og ikke se dem som determinative for kundens forpliktelser.
  • EUDB er en Microsoft kontraktsmessig forpliktelse til datagrense, ikke det samme som en juridisk jurisdiksjon som EØS/GDPR-omkretsen. Den gjeldende EUDB-dokumentasjonen beskriver EUDB som en geografisk definert grense der Microsoft forplikter seg til å lagre og behandle kundedata og personopplysninger for Microsoft enterprise-onlinetjenester, inkludert Azure, Dynamics 365, Power Platform og Microsoft 365, underlagt dokumenterte unntak.

Eksempler på dataresidensopplevelser

Hvis en kunde ikke haravansert datalagring (ADR) aktivert i leieren:

  1. Kunden kan se og velge fra en liste over makroområder geografier når de oppretter et miljø.
  2. Kunden velger Europa og Storbritannia som makroområdegeografi.
  3. Plattformen tilordner et område (for eksempel Tyskland eller Italia) basert på kapasitet og produkttilgjengelighet.
  4. Kunden kan vise det tilordnede datasenterområdet i geografien for makroområdet etter klargjøring.

Hvis en kunde haravansert datalagring (ADR) SKU aktivert for 100% av sine Microsoft 365 seter i denne leieren, kvalifiserer de for valg av datasenterområde for Dynamics 365 og Power Platform:

  1. Kunden kan se og velge fra en liste over Power Platform- og Dynamics 365 datasenterområder når de oppretter et miljø. Deres valg sikrer at dataene lagres i ro i det valgte datasenterområdet.
  2. Kunden kan vise det tilordnede datasenterområdet etter klargjøring.

Hvis kunden ikke har avansert datalagring (ADR) og krever områdevalg for datasenter (for eksempel Frankrike), må de hente ADR-SKU-en. Hvis du vil ha mer informasjon, kan du se Avansert datalagring.

Kontinuitet for kunder med eksisterende miljøer

Fra og med datoen for kunngjøringen forventer Microsoft ikke konsekvenser for eksisterende miljøer, som fortsetter å beholde det valgte datasenterområdet. Microsoft administrerer kontinuerlig den globale infrastrukturen for å opprettholde servicepålitelighet, ytelse og kapasitet. Skulle det oppstå fremtidige omstendigheter som krever endringer som kan påvirke eksisterende miljøer, styrer ADR-lisensiering områdevalg. Microsoft er fortsatt forpliktet til å holde deg informert i forkant av eventuelle utviklinger som kan påvirke tjenesteleveringen.

vanlige spørsmål

Hvordan kobler du et Power Platform-miljø i ett område til ressurser som driftes i et annet område?

Opprett et virtuelt nettverk (VNet) i det tilknyttede området i Power Platform-miljøet, og bruk VNet-nodelegging til å bygge bro til VNet for separat område. Vurder områdevalgbehov på forhånd hvis du har eksisterende Azure VNets, private endepunkter eller hub/spoke network topology.

  • Hvis du har ADR, har du full kontroll over miljøets plassering av datasenterområde og får først opprette et VNet.
  • Hvis du ikke har ADR og ikke har tenkt å få ADR, klargjør du miljøet først og klargjør VNet etter.

I dag kan kunder tillate liste over de regionale nettadressene og IP-områdene for det valgte datasenterområdet. Uten ADR kan imidlertid et Asia-Pacific miljø tilordnes til et hvilket som helst datasenterområde innenfor dette makroområdet. I så fall må kunder tillate liste over alle mulige datasentre i Asia-Stillehavet?

De kan tillate liste over området som er tilordnet etter klargjøring.

Hva er vurderinger for plassering av datasenterområde i et makroområde?

En kapasitets- og produkttilgjengelighetsbasert algoritme velger det mest egnede datasenterområdet under klargjøring. Dette området fungerer som standard datasenterområde for dette makroområdet, for denne leieren, i overskuelig tidsperiode. Hvis kapasitet eller andre betingelser blir begrenset, foretar algoritmen en vurdering og flytter klargjøring av nytt miljø for denne leieren til et annet datasenterområde i makroområdet for å opprettholde optimal ytelse.

Hvis algoritmen for eksempel velger Frankrike som datasenterområde under den første opprettingen av miljøet for Makroregionen Europa og Storbritannia, klargjør etterfølgende miljøer for denne leieren i Europa og storbritannia også i Frankrike, med mindre Frankrike opplever kapasitet eller andre begrensninger.

La oss ta eksemplet på en leier t1, som bestemmer seg for å opprette ett miljø i hvert makroområde. Si, i NAM, blir det nye miljøet opprettet i Canada. Med dette er Canada registrert som affinitetsgeo for NAM-makro. Neste miljø i denne makroen vil følge affinitet og gå til samme geo – Canada. Nå bestemmer kunden seg for å opprette et annet miljø i et annet makroområde, for eksempel The Americas. La oss si at det nye miljøet opprettes i Brasil. Med dette er Brasil nå registrert som affinitet geo for The Americas makro. Så hvis T1 fortsetter å opprette et miljø i hver makro, bestemmer og angir det første miljøet som er opprettet, affinitetsgeoen for denne makroen.

Planlegg muligheten for at uforutsende omstendigheter kan plassere miljøer opprettet under et bredt makroområdegeografi i ulike datasenterområder i dette makroområdet. Denne plasseringen kan påvirke Azure nettverksjustering, VNet-integreringsutforming, ventetidsforventninger og kunderettslig gjennomgang. Vurder å få ADR hvis du krever deterministisk plassering av datasenterområde.

Kan Dynamics 365 kunder aktivere ADR på sine leiere for alle azure-områder i verden?

Alle Dynamics 365- og Power Platform-kunder som befinner seg i noen av de 17 datasenterområdene, er kvalifisert for å aktivere ADR for alle de 28 Go-Local områdene. Når du aktiverer ADR, innebærer det et løfte om datalagring i ro for å holde utvalgte Microsoft 365-arbeidsbelastninger i det tilknyttede Go Local-området. De 17 Dynamics 365 datasenterområdene har en perfekt overlapping med Microsoft 365 Go Locals. Vær oppmerksom på at det finnes tre Azure regioner, Belgia, Finland og Hellas, som for øyeblikket ikke har tilsvarende støtte for Go-Local område og derfor ikke kan aktivere ADR for Microsoft 365 data ved hvilestøtte. Hvis kunden imidlertid må aktivere ADR for Dynamics 365-data i ro når det gjelder tilgang til geografisk plassering og forpliktelse for data i ro, kan du eskalere saken til Dynamics 365-støtte for Trenger ADR for ikke-støttet Azure-region for D365-makroregion.

Hvis jeg ikke har ADR, betyr dette at test-, utviklings- og produksjonsmiljøene kan deles inn i tre forskjellige makroområder nå?

Når du har knyttet til et datasenterområde i det valgte makroområdegeografien i den første klargjøringen, følger Microsoft plasseringens affinitetslogikk for å plassere dem sammen. Microsoft forbeholder seg retten til å reagere under uforutsagte omstendigheter.

Gir ADR et løfte om restdata for D365-datasenteret som er valgt som geografisk plassering for miljøet mitt? Jeg ser ikke D365 som støttes i D365-dokumentasjonen?

Vær oppmerksom på at ADR ikke gir noen forpliktelser knyttet til data i ro for Dynamics 365. ADR gir et løfte om restdata for utvalgte Microsoft 365 produkter til det tilknyttede Go-Local-området.

Garantien for data i hvile for Dynamics 365/Power Platform leveres av Dynamics 365/Power Platform-produktet i samsvar med produktvilkårene. For alle de Microsoft kundene som allerede har ADR for Microsoft 365, kvalifiserer de automatisk for Dynamics 365 tilgang til dataplassering ved oppretting av miljø, og løftet om produktterm gjelder for å holde kundens data i ro i datasenteret for Dynamics 365/Power Platform som er knyttet til miljøet. Hvis en kunde kjøper ADR for 100% av Microsoft 365 seter i leieren – gjør Dynamics 365/Power Platform forpliktelsen ved å tillate tilgang til datasenterområde for geoplassering ved oppretting av miljø og sikre at kundens data i ro vil gå til det valgte datasenterområdet og bli der, i tråd med produktvilkårene.

Relatert innhold

  • Last updated on