Power Platform und Dynamics 365 Makroregionsgeografie

Eine Geografische Makroregion stellt die Datenhaltungsgrenze dar, die den Datenhaltungsgesetzen für eine bestimmte Geografie entspricht. In diesem Artikel werden die Regionen aufgeführt, die in einer bestimmten Makroregionsgeografie verfügbar sind.

Die Makroregions-Erweiterung für die Umgebungsbereitstellung ermöglicht es Ihnen, während der Umgebungserstellung eine Makroregionsgeografie auszuwählen. Dieses Feature gilt nur für öffentliche Cloud und wird global bereitgestellt. Zu diesem Zeitpunkt ist es in ausgewählten Regionen verfügbar.

Als Administrator können Sie eine Makroregion geografie auswählen, z. B. Nordamerika, Europa oder Asia-Pacific anstelle einer bestimmten Rechenzentrumsregion. Die Plattform weist dann basierend auf Kapazität, Produktverfügbarkeit und Leistungsüberlegungen automatisch die optimale Rechenzentrumsregion innerhalb der ausgewählten Makroregion-Geografie zu. Dieser Ansatz trägt dazu bei, eine skalierbarere, robustere und leistungsfähigere Erfahrung für alle Kunden zu gewährleisten und gleichzeitig die Verpflichtungen zur Datenspeicherung einzuhalten. Durch die intelligente Regionsauswahl wird sichergestellt, dass Umgebungen in Regionen mit optimaler Kapazität und Gesundheit platziert werden, um die Betriebszeit und Reaktionsfähigkeit zu verbessern.

Die Verwendung einer Geografischen Makroregion bietet die folgenden Funktionen:

  • Wenn Ihre Workloads wachsen, platziert die Plattform Umgebungen dynamisch in den geografischen Regionen, die am besten geeignet sind, um die Nachfrage in großem Maßstab zu bewältigen – ganz ohne manuelles Eingreifen.
  • Sie müssen eine einzelne Rechenzentrumsregion nicht mehr auswerten und auswählen, um die Erstellung von Umgebungen zu vereinfachen und gleichzeitig die regionale Kontrolle und Ausrichtung mit den Datenhaltungsrechten aufrechtzuerhalten.
  • Microsoft können die Back-End-Infrastruktur kontinuierlich optimieren und sicherstellen, dass Sie von laufenden Investitionen in neue Regionen, Kapazitäten und Resilienz profitieren.
  • Sie steuern weiterhin, wo sich Ihre Daten auf geografierlicher Ebene befinden, und stellen sicher, dass die Übereinstimmung mit geschäftlichen, Compliance- und behördlichen Anforderungen wie EUDB gewährleistet ist.

Zu erwartende Änderungen bei der Bereitstellung in einer Makroregion

  • Beim Erstellen einer neuen Umgebung wird Ihnen die Liste der geografischen Makroregionen angezeigt, wenn der Mandant die Berechtigungskriterien für die Auswahl einer Rechenzentrumsregion noch nicht erfüllt. Das Portal zeigt keine einzelnen Rechenzentrumsregionen an.
  • In den Umgebungseigenschaften und in der Umgebungsliste können Sie die Geografie Ihrer Makroregion und den Datenspeicherort (Rechenzentrumsregion) einsehen.
  • Eine Makroregion geografie ist eine Kontinente-Wohnsitzgrenze und kann einen oder mehrere Kontinente und Regionen umfassen, z. B. Europa, Großbritannien, Naher Osten und Afrika, während eine Region die Rechenzentrumsregion der Bereitstellung darstellt.
  • Das System bestimmt automatisch die Region innerhalb dieser Makroregion geografie mithilfe von kapazitätsbasiertem Routing, Leistung und Produktverfügbarkeit.

Geografische Makroregion

In der folgenden Tabelle werden die einzelnen Makroregionen geografien beschrieben:

# Geografische Makroregion Regions Description
1 Nordamerika Vereinigte Staaten, Kanada Ihre Daten befinden sich im USA oder Kanada.
2 Amerika USA, Kanada, Brasilien Ihre Daten befinden sich in den Usa, einschließlich Nord- und Südamerika.
3 Europäische Union (EU) und Europäische Freihandelsassoziation (EFTA) Frankreich, Deutschland, Norwegen, Schweden, Schweiz, Polen, Italien, Irland, Niederlande Ihre Daten befinden sich in EU- und EFTA-Mitgliedstaaten, die Regionen der Europäischen Union-Datengrenze (EUDB) sind.
4 Europa und Vereinigtes Königreich (Vereinigtes Königreich) UK, Frankreich, Deutschland, Norwegen, Schweden, Schweiz, Polen, Italien, Irland, Niederlande Ihre Daten befinden sich in der EU und EFTA oder im Vereinigten Königreich und sollten nicht als EUDB betrachtet werden.
5 Europa, Vereinigtes Königreich, Naher Osten, Afrika UK, Frankreich, Deutschland, Norwegen, Schweden, Schweiz, Polen, Italien, Irland, Niederlande, Südafrika, Vereinigte Arabische Emirate (VAE) Ihre Daten befinden sich in Europa, Großbritannien, Mittlerem Osten oder Afrika und sollten nicht als EUDB betrachtet werden.
6 Asien-Pazifik Singapur, Australien*, Indien*, Japan, Südkorea Ihre Daten befinden sich in der region Asia-Pacific.

* Australien und Indien unterliegen steuerlichen Einschränkungen, sodass eine Angleichung der Datenresidenz sowie die Gewährleistung der Rechenschaftspflicht erforderlich sind, um die lokalen Steuermeldevorschriften einzuhalten und die Nachprüfbarkeit innerhalb der jeweiligen Rechtsordnung sicherzustellen. Wenn Sie ein Kunde sind, dessen gespeicherte Daten in Australien und Indien verbleiben müssen, sollten Sie erweiterte Datenresidenz in Erwägung ziehen und unterliegen zudem weiteren regulatorischen Anforderungen.

Hinweis:

  • Die Geographie der Makroregion Nr. 1 ist auf Nordamerika ausgerichtet.
  • Die Geographie der Makroregion Nr. 2 richtet sich an die Leute in Südamerika.
  • Geografische Makroregion Nr. 3, Europäische Union (EU) und Europäische Freihandelsassoziation (EFTA), ist für EUDB vorgesehen.
  • Makroregion Geografie Nr. 4 umfasst insbesondere Großbritannien (Uk) mit Europa. Kunden, die in EUDB sein möchten, sollten nicht #4 auswählen.
  • Die Geographie der Makroregion Nr. 5 ist auf den Nahen Osten und Afrika ausgerichtet. Kunden, die in EUDB sein möchten, sollten nicht #5 auswählen.
  • Die Geographie der Makroregion Nr. 6 ist auf den Asien-Pazifik ausgerichtet.

Note

Souveräne Clouds wie die Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) und Department of Defense (DoD) bleiben unverändert und werden von der Makroregionenstrategie ausgeschlossen.

Kriterien für die Auswahlberechtigung der Rechenzentrumsregion

Wenn Sie beim Erstellen einer neuen Umgebung eine bestimmte Rechenzentrumsregion innerhalb einer Makroregion auswählen möchten, aktivieren Sie Folgendes:

Die ADR-SKU (Advanced Data Residency) gilt nur für Microsoft 365. Um sich für den Zugriff auf Dynamics 365- und Power Platform-Rechenzentrumsregionen während der Erstellung einer neuen Umgebung zu qualifizieren, aktivieren Sie sie für alle Microsoft 365 Arbeitsplätze im Mandanten.

Datenstandort und Compliance

  • Die Daten befinden sich immer innerhalb der geografischen Grenze der ausgewählten Makroregion. Wenn Sie ein Kunde sind, der ADR-Kriterien erfüllt, werden Ihre Dynamics 365- und Power Platform-Daten in Ihrer ausgewählten Rechenzentrumsregion gespeichert.
  • Wenn Sie EUDB benötigen, wählen Sie die Makroregion, die Europäische Union (EU) und die Europäische Freihandelsassoziation (EFTA) aus. Diese Auswahl stellt sicher, dass Ihre Daten im Ruhezustand innerhalb der EUDB-Grenze gespeichert werden. Erfahren Sie hier mehr über EUDB.
  • In Australien und Indien könnte es steuerliche Einschränkungen geben, und es könnte eine Abstimmung der Datenresidenz sowie Nachweisbarkeit erforderlich sein, um lokale Vorschriften für die steuerliche Berichterstattung einzuhalten und die Auditierbarkeit innerhalb eines Rechtsraums sicherzustellen. Um Ihre Daten in Australien und Indien ruhen zu lassen, erfahren Sie mehr über den Erwerb von ADR, um eine fundierte Entscheidung für Ihr Unternehmen zu treffen.
  • Die Plattform erweitert keine Residenzgarantien über vertragliche Verpflichtungen hinaus. Die Auswahl der Makroregion legt für die Umgebung Microsofts Grenze für die Platzierung von Diensten und die Datenresidenz fest. Interpretieren Sie Makroregionen nicht als rechtliche, behördliche, steuerliche oder compliancedefinierte Bereiche, und betrachten Sie sie nicht als bestimmte Verpflichtungen des Kunden.
  • EUDB ist eine vertragliche Zusage von Microsoft zur Datengrenze und nicht dasselbe wie ein Rechtsraum wie etwa der EWR-/DSGVO-Geltungsbereich. Die aktuelle EUDB-Dokumentation beschreibt EUDB als geografisch definierte Grenze, in der Microsoft verpflichtet wird, Kundendaten und personenbezogene Daten für Microsoft Unternehmens-Onlinedienste zu speichern und zu verarbeiten, einschließlich Azure, Dynamics 365, Power Platform und Microsoft 365, vorbehaltlich dokumentierter Ausnahmen.

Beispiele für die Data Residency-Erfahrung

Wenn ein Kunde keineerweiterte Datenresidenz (ADR) im Mandanten aktiviert hat:

  1. Der Kunde kann beim Erstellen einer Umgebung eine Liste von Makroregionen/Geografien sehen und daraus auswählen.
  2. Der Kunde wählt Europa & Uk als Geografische Makroregion aus.
  3. Die Plattform weist eine Region (z. B. Deutschland oder Italien) basierend auf Kapazität und Produktverfügbarkeit zu.
  4. Der Kunde kann nach der Bereitstellung die zugewiesene Rechenzentrumsregion innerhalb der Makroregionsgeografie anzeigen.

Wenn ein Kunde übereine SKU für Advanced Data Residency (ADR) verfügt, die für 100 % seiner Microsoft 365-Lizenzen in diesem Mandanten aktiviert ist, ist er zur Auswahl einer Rechenzentrumsregion für Dynamics 365 und Power Platform berechtigt:

  1. Der Kunde kann eine Liste der Power Platform- und Dynamics 365 Rechenzentrumsregionen anzeigen und auswählen, wenn er eine Umgebung erstellt. Ihre Auswahl stellt sicher, dass Ihre Daten im Ruhezustand in der ausgewählten Rechenzentrumsregion gespeichert werden.
  2. Der Kunde kann die zugewiesene Rechenzentrumsregion nach der Bereitstellung anzeigen.

Wenn der Kunde keine erweiterte Data Residency (ADR) hat und eine Auswahl der Rechenzentrumsregion (z. B. Frankreich) erfordert, muss er die ADR-SKU abrufen. Weitere Informationen finden Sie unter Erweiterte Datenresidenz.

Kontinuität für Kunden mit vorhandenen Umgebungen

Ab dem Datum der Ankündigung erwartet Microsoft keine Auswirkungen auf vorhandene Umgebungen, die weiterhin die ausgewählte Rechenzentrumsregion beibehalten. Dies unterliegt zukünftigen Anpassungen aufgrund von technischen [Kapazitäts-, Leistungs-, Berechnungs-] Einschränkungen und sich ändernden Umständen, die über eine angemessene Kontrolle hinausgehen.

FAQ

Wie verbinden Sie eine Power Platform-Umgebung in einer Region mit Ressourcen, die in einer anderen Region gehostet werden?

Erstellen Sie ein virtuelles Netzwerk (VNet) in der zugeordneten Region der Power Platform-Umgebung, und verwenden Sie VNet-Peering , um eine Brücke zum VNet der separaten Region herzustellen. Berücksichtigen Sie vorab die Anforderungen an die Regionsauswahl, wenn Sie über vorhandene Azure VNets, private Endpunkte oder Hub/Spoke-Netzwerktopologie verfügen.

  • Wenn Sie über ADR verfügen, haben Sie die volle Kontrolle darüber, in welcher Rechenzentrumsregion Ihre Umgebung platziert wird, und können zunächst ein VNet erstellen.
  • Wenn Sie nicht über ADR verfügen und auch nicht vorhaben, es einzurichten, stellen Sie zunächst die Umgebung und danach das VNet bereit.

Heute können Kunden die regionalen URLs und IP-Bereiche für ihre ausgewählte Rechenzentrumsregion auflisten. Ohne ADR kann jedoch eine Asia-Pacific Umgebung jeder Rechenzentrumsregion innerhalb dieses Makrobereichs zugewiesen werden. Müssen in diesem Fall Kunden jede mögliche Rechenzentrumsregion im Asien-Pazifik-Raum in die Zulassungsliste aufnehmen?

Sie können die nach der Bereitstellung zugewiesene Region in die Zulassungsliste aufnehmen.

Was sind überlegungen zur Platzierung von Rechenzentrumsregionen innerhalb eines Makrobereichs?

Ein kapazitäts- und produktverfügbarkeitsbasierter Algorithmus wählt während der Bereitstellung die am besten geeignete Rechenzentrumsregion aus. Diese Region dient als Standard-Rechenzentrumsregion für diesen Makrobereich für diesen Mandanten für den vorhersehbaren Zeitraum. Wenn Die Kapazität oder andere Bedingungen eingeschränkt werden, macht der Algorithmus eine Bewertung und verschiebt die Bereitstellung einer neuen Umgebung für diesen Mandanten in eine andere Rechenzentrumsregion innerhalb der Makroregion, um eine optimale Leistung zu gewährleisten.

Wenn der Algorithmus beispielsweise frankreichs als Rechenzentrumsregion während der ersten Umgebungserstellung für Europa & UK-Makroregion auswählt, werden nachfolgende Umgebungen, die für diesen Mandanten in Europa & UK-Makroregion bereitgestellt werden, auch in Frankreich bereitgestellt, es sei denn, Frankreich verfügt über Kapazität oder andere Einschränkungen.

Nehmen wir das Beispiel eines Mandanten t1, der beschließt, in jeder Makroregion eine Umgebung zu erstellen. Angenommen, in NAM wird die neue Umgebung in Kanada erstellt. Damit wird Kanada als Affinitäts-Geo für NAM-Makro registriert. Die nächste Umgebung in diesem Makro folgt der Affinität und wechselt zur selben Region – Kanada. Jetzt entscheidet sich der Kunde, eine andere Umgebung in einer anderen Makroregion zu erstellen, z. B. "The Americas". Angenommen, die neue Umgebung wird in Brasilien erstellt. Damit wird Brasilien nun als Affinitäts-Geo für das Makro "Amerika" registriert. Wenn T1 also weiterhin eine Umgebung in jedem Makro erstellt, bestimmt und legt die erste erstellte Umgebung die Affinitätsgeografie für dieses Makro fest.

Planen Sie für den Fall, dass unvorhergesehene Umstände dazu führen könnten, dass Umgebungen, die innerhalb einer breit gefassten Makroregion erstellt werden, in unterschiedlichen Rechenzentrumsregionen innerhalb dieser Makroregion platziert werden. Diese Platzierung kann sich auf Azure Netzwerkausrichtung, VNet-Integrationsdesign, Latenzerwartungen und kundenrechtliche Überprüfung auswirken. Ziehen Sie ADR in Betracht, wenn Sie eine Platzierung in einer festgelegten Rechenzentrumsregion benötigen.

Können Dynamics 365-Kunden ADR für ihre Mandanten in beliebigen Azure-Regionen weltweit aktivieren?

Alle Dynamics 365- und Power Platform-Kunden, die sich in einer der 17 Rechenzentrumsregionen befinden, sind berechtigt, ADR für eine der 28 Go-Local Regionen zu aktivieren. Wenn Sie ADR aktivieren, gibt es eine Zusicherung für ruhende Daten, dass Ihre ausgewählten Microsoft 365-Workloads in der zugewiesenen Region „Lokales Hosten“ verbleiben. Die 17 Dynamics 365 Rechenzentrumsregionen haben eine perfekte Überschneidung mit Microsoft 365 Go Locals. Bitte beachten Sie, dass es drei Azure-Regionen – Belgien, Finnland und Griechenland – gibt, die derzeit über keine entsprechende Go-Local-Regionsunterstützung verfügen und daher ADR für die Unterstützung von Microsoft 365-Daten im Ruhezustand nicht aktivieren können. Wenn der Kunde jedoch ADR für Dynamics 365 aktivieren muss, um Geostandortzugriff für ruhende Daten und die Zusicherung für ruhende Daten zu erhalten, eskalieren Sie den Fall bitte an den Dynamics 365-Support für ADR für nicht unterstützte Azure-Region in der D365-Makroregion erforderlich.

Wenn ich keinen ADR habe, bedeutet dies, dass meine Test-, Entwicklungs- und Produktionsumgebungen jetzt in drei verschiedene Makrobereiche aufgeteilt werden könnten?

Sobald Sie bei der ersten Bereitstellung eine Verbindung mit einer Rechenzentrumsregion innerhalb der Geografie der ausgewählten Makroregion herstellen, wendet Microsoft die Logik der Platzierungsaffinität an, um sie gemeinsam zu platzieren. Microsoft behält sich das Recht vor, unter unvorhergesehenen Umständen zu reagieren.

Gibt ADR eine Zusicherung für ruhende Daten für die D365-Rechenzentrumsregion, die als geografischer Standort für meine Umgebung ausgewählt wurde? Ich sehe in der D365-Dokumentation keinen Hinweis darauf, dass D365 unterstützt wird?

Bitte beachten Sie, dass ADR für Dynamics 365 keine Zusicherungen hinsichtlich ruhender Daten gibt. ADR bietet für ausgewählte Microsoft 365-Produkte eine Zusicherung für ruhende Daten in der zugewiesenen Region „Lokales Hosten“.

Die Data-at-Rest-Zusage für Dynamics 365/Power Platform stammt aus dem Produkt Dynamics 365/Power Platform und steht im Einklang mit den Produktbestimmungen. Alle Microsoft-Kunden, die bereits über ADR für Microsoft 365 verfügen, erhalten bei der Erstellung der Umgebung automatisch Zugriff auf den Datenstandort für Dynamics 365, und die Zusicherung in den Produktbestimmungen gewährleistet, dass die ruhenden Kundendaten in der Dynamics 365/Power Platform-Rechenzentrumsregion gespeichert bleiben, die der Umgebung zugeordnet ist. Wenn ein Kunde ADR für 100 % der Microsoft 365-Lizenzen im Mandanten erwirbt, erfüllt Dynamics 365/Power Platform die Zusage bezüglich ruhender Daten, indem beim Erstellen der Umgebung der Zugriff auf die Rechenzentrumsregion für den geografischen Standort ermöglicht und sichergestellt wird, dass die ruhenden Daten des Kunden in die ausgewählte Rechenzentrumsregion übertragen werden und dort gemäß den Produktbestimmungen verbleiben.

Verwandte Inhalte

  • Last updated on