Auswählen von Azure-Regionen

  • Artikel

Wenn Sie Ihre Strategie für die Nutzung von Microsoft Azure entwerfen, können Sie aus vielen Azure-Regionen auf der ganzen Welt wählen. Die Regionauswahl ist ein wichtiger Bestandteil Ihrer allgemeinen Cloudeinführungsstrategie. Jede Azure-Region verfügt über spezifische Merkmale, daher ist es wichtig, die besten Regionen für Ihre Azure-Ressourcen auszuwählen.

Grundlegendes zu Architekturen und Resilienz von Azure-Regionen

Verschiedene Azure-Regionen weisen unterschiedliche Merkmale auf. Zwei häufige Möglichkeiten, wie Azure-Regionen variieren, umfassen Verfügbarkeitszonen und gekoppelte Regionen. Darüber hinaus werden einige Regionen von souveränen Entitäten in bestimmten Ländern betrieben. Die Regionsarchitektur bezieht sich darauf, wie eine bestimmte Region entworfen wird und welche regionalen Gesamtfunktionen sie bereitstellt.

Weitere Informationen zur Funktionsweise von Azure-Regionen finden Sie unter Was sind Azure-Regionen und Verfügbarkeitszonen?.

Verfügbarkeitszonen

Viele Azure-Regionen umfassen Verfügbarkeitszonen, die physisch getrennte Standorte innerhalb einer Region sind. Mithilfe von Verfügbarkeitszonen können Sie in Ihren Bereitstellungen eine höhere Verfügbarkeit und Resilienz erzielen. Weitere Informationen zu Verfügbarkeitszonen und eine Liste der Azure-Regionen und -Dienste, die Verfügbarkeitszonen unterstützen, finden Sie unter Service und regionaler Support für Verfügbarkeitszonen.

Regionspaare

Einige Regionen werden mit einer anderen Region gekoppelt, wobei sich beide Regionen in der Regel im selben geopolitischen Bereich befinden. Die Regionskoppelung bietet Ausfallsicherheit bei katastrophalen Regionsausfällen. Die Regionskoppelung wird hauptsächlich für georedundanten Speicher (GRS) und von anderen Azure-Diensten verwendet, die von Azure Storage für die Replikation abhängig sind.

Neuere Regionen sind nicht gekoppelt. Stattdessen verwenden sie Verfügbarkeitszonen für hohe Verfügbarkeit und Resilienz. Weiter unten in diesem Artikel erfahren Sie mehr über die Verwendung dieser Regionstypen.

Tipp

Informationen zum Entwerfen einer Workload, die Regionen und Verfügbarkeitszonen verwendet, finden Sie unter Empfehlungen für die Verwendung von Verfügbarkeitszonen und Regionen.

Unabhängige Regionen

Bestimmte Regionen sind für spezifische unabhängige Entitäten dediziert. Zwar sind alle Regionen Azure-Regionen, diese unabhängigen Regionen sind jedoch vom Rest von Azure isoliert. Microsoft verwaltet sie nicht unbedingt und sie können auf bestimmte Kundentypen beschränkt werden. Diese souveränen Regionen sind Azure China 21Vianet und Azure Government – USA. Souveräne Regionen werden auf den gleichen Standards der Resilienz wie andere Azure-Regionen aufgebaut.

Überlegen Sie sich die Verfügbarkeit und Kapazität des Regionsdiensts

Azure bietet zwei Arten von Regionen:

  • Empfohlene Regionen eignen sich für die meisten Workloads.
  • Alternative Regionen sind nicht für primäre Workloads optimiert. Stattdessen stehen alternative Regionen nur für Sicherung oder Failover oder nur für Kunden mit Unternehmenspräsenz innerhalb eines definierten Landes/einer definierten Region zur Verfügung.

Wenn Sie sich für eine Region entscheiden, empfiehlt es sich, nach Möglichkeit eine empfohlene Region auszuwählen. Dadurch ergeben sich folgende Vorteile:

  • Empfohlenen Regionen weisen in der Regel eine höhere Kapazität auf. Aufgrund der größeren Kapazität können empfohlene Regionen Ihr langfristiges Wachstum oft besser unterstützen als alternative Regionen.
  • Niedrigere Kosten. Viele empfohlene Regionen bieten niedrigere Kosten für eine Reihe von Azure-Diensten. Durch die Verwendung empfohlener Regionen können Sie Ihre gesamte Azure-Rechnung reduzieren.
  • Erhalten Sie frühzeitigen Zugriff auf die neuesten Angebote. KI-Funktionen und GPU-Ressourcen sind in der Regel in empfohlenen Regionen früher als in anderen Regionen verfügbar. 

Microsoft überprüft regelmäßig die von uns empfohlenen Regionen. Um die Vorteile neu empfohlener Regionen zu nutzen, sollten Sie eine mehrere Regionen umfassende Strategie einführen. Mit einer solchen Strategie können Sie sicherstellen, dass Sie mehr Regionen für Ihre eigenen Workloads verwenden können.

Die Dienste, die Sie in einer Region bereitstellen können, sind unter anderem vom Typ der Region abhängig. Weitere Informationen finden Sie in den folgenden Ressourcen:

Einige Regionen sind für Kunden reserviert, die eine Notfallwiederherstellung innerhalb ihres Landes/ihrer Region benötigen. Um den Zugriff auf diese reservierten Zugriffsregionen anzufordern, erstellen Sie eine neue Supportanfrage.

Azure ist eine massiv skalierbare Plattform, aber jede Region verfügt über eine maximale Kapazität. Die maximale Kapazität einer Region kann sich darauf auswirken, welche Arten von Abonnements unter welchen Umständen bereitgestellt werden können. Die regionale Kapazität unterscheidet sich von einem Abonnementkontingent. Wenn Sie eine Bereitstellung oder Migration zu Azure planen, sollten Sie mit Ihrem lokalen Azure-Feldteam oder Ihrem Azure-Kontomanager sprechen. Bitten Sie um Bestätigung, dass Sie in Ihrer benötigten Größenordnung bereitstellen können.

Wenn Sie Regionen für Notfallwiederherstellungszwecke verwenden, überlegen Sie, ob die Zielregion die Kapazität bereitstellt, die Sie zur Unterstützung Ihrer Workloads benötigen. Für Workloads, die auf virtuellen Computern (VMs) basieren, sollten Sie Kapazitätsreservierungenverwenden, um die Verfügbarkeit der Kapazität in den von Ihnen verwendeten Regionen zu gewährleisten.

Grundlegendes zur Datenresidenz

Weltweit haben Regierungsorganisationen damit begonnen, Bestimmungen für Datenhoheit und Datenschutz zu etablieren. Diese Arten von Complianceanforderungen erfordern häufig einen Speicherort in einem bestimmten Land/einer bestimmten Region, um die Bürger dieser Region oder dieses Landes zu schützen. In bestimmten Fällen müssen Daten im Zusammenhang mit Kunden, Mitarbeitern oder Partnern auf einer Cloudplattform gespeichert werden, die sich in der gleichen Region befindet wie der Benutzer.

Stellen Sie sicher, dass Sie Ihre eigenen Datenhaltungsanforderungen verstehen. Überprüfen Sie außerdem, ob sich die von Ihnen ausgewählten Azure-Regionen an geografischen Standorten befinden, die Ihren Anforderungen entsprechen. Weitere Informationen finden Sie unter Aktivierung der Datenresidenz und des Datenschutzes in Microsoft Azure-Regionen.

Die Bewältigung von Herausforderungen bei der Datenhaltung ist eine wichtige Motivation für Organisationen, die auf globaler Ebene arbeiten, um zur Cloud zu migrieren. Zur Erfüllung von Datenhoheitsanforderungen stellen einige Organisationen duplizierte IT-Ressourcen bei Cloudanbietern innerhalb ihrer ausgewählten Region bereit.

Microsoft Cloud for Sovereignty ist eine Lösung, die es Regierungen ermöglicht, Workloads in der Microsoft Cloud bereitzustellen und gleichzeitig ihre spezifischen Anforderungen an Datenhoheit, Compliance, Sicherheit und Richtlinien zu erfüllen. Microsoft Cloud for Sovereignty schafft Software-Grenzen in der Cloud, um mit hardwarebasierten Vertraulichkeits- und Verschlüsselungskontrollen den zusätzlichen Schutz zu schaffen, den Regierungen benötigen. Weitere Informationen finden Sie unter Microsoft Cloud for Sovereignty-Funktionen.

Berücksichtigen Sie die Regionsnähe

Benutzer oder Dienste, die auf Ihre Azure-Dienste zugreifen müssen, befinden sich möglicherweise global in verschiedenen Regionen. Ebenso müssen Ihre Azure-Dienste möglicherweise Dienste aus externen Quellen nutzen, die sich in verschiedenen Regionen befinden. Oder Ihre Dienste müssen möglicherweise eine Verbindung mit Ihren lokalen Systemen herstellen.

Die Nähe ist ein wichtiger Faktor, den Sie berücksichtigen sollten, wenn Sie eine Azure-Region auswählen. Wenn Sie Azure ExpressRoute zum Herstellen einer Verbindung mit Ihren lokalen Systemen verwenden, können Sie die Netzwerkkonnektivität optimieren und die Latenz reduzieren, indem Sie eine Region verwenden, die sich in der Nähe Ihrer lokalen Systeme befindet. Nachfolgende Verbindungen zwischen Azure-Regionen verwenden das globale Microsoft-Hochgeschwindigkeitsnetzwerk.

Weitere Informationen zur Latenz zwischen Azure-Regionen und anderen geografischen Regionen finden Sie unter Azure-Netzwerk-Roundtriplatenzstatistiken.

Agieren in mehreren geografischen Regionen

Es ist üblich, dass eine Organisation in mehreren geografischen Regionen tätig ist. Eine Organisation kann durch den Einsatz mehrerer Azure-Regionen folgende Vorteile nutzen:

  • Betreiben unterschiedlicher Workloads in verschiedenen Regionen. Dieser Grund trifft zu, wenn Sie sich einer bestimmten Kundenbasis oder einem bestimmten Geschäftspartner nähern möchten. Es ist auch relevant, wenn Sie Azure-Dienste verwenden möchten, die in einer bestimmten Azure-Region nicht verfügbar sind.
  • Unterstützung einer geografisch verteilten Benutzerbasis. Wenn Sie in mehreren Ländern tätig sind oder Ihre Kunden Ihre Dienste aus mehreren Ländern nutzen, kann es sinnvoll sein, Azure-Ressourcen an jedem Standort zu haben. Alternativ können Sie eine einzige Region in Verbindung mit Azure Front Door verwenden, um den globalen Datenverkehr zu dieser Region zu beschleunigen.
  • Einhaltung der Datenhoheitsanforderungen. Ihre Organisation unterliegt möglicherweise Beschränkungen für die geografischen Gebiete, in denen Sie bestimmte Daten speichern können.
  • Erzielen Sie hohe Resilienz, insbesondere für geschäftskritische Workloads. Geschäftskritische Workloads erfordern die Vorteile, die Verfügbarkeitszonen bieten, z. B. hohe Verfügbarkeit und Schutz vor regionsweiten Ausfällen und Katastrophen.
  • Verbessern der Netzwerkkonnektivität und -leistung. In einem Hybrid- oder Multicloud-Szenario kann die Verwendung mehrerer Azure-Regionen dazu beitragen, Ihre Netzwerkleistung zu verbessern. Der Datenverkehr kann das Hochgeschwindigkeitsnetzwerk des Microsoft-Backbones an Standorten, die sich in der Nähe Ihrer lokalen Systeme befinden, oder an den Standorten eines anderen Cloudanbieters verlassen. Weitere Informationen zu Multicloud-Lösungen finden Sie unter Konnektivität zu anderen Cloudanbietern.
  • Kostenoptimierung. Verschiedene Azure-Ressourcentypen können unterschiedliche Preise in verschiedenen Regionen aufweisen. Wenn Sie Tools wie den Preisrechner und die Azure-Dienstpreisinformationen verwenden, stellen Sie sicher, dass Sie die richtige Region auswählen, um genaue Preisinformationen anzuzeigen. Manchmal können Sie Kosten reduzieren, indem Sie Ihre Entwicklungs- und Testumgebungen in einer anderen Region bereitstellen. Sie müssen jedoch sicherstellen, dass die Region die Funktionen und Dienste bereitstellt, die Sie in Ihrer Produktionsregion verwenden.
  • Skalierung über Ressourcenkontingente hinaus. Einige Azure-Ressourcen verfügen über Kontingente und Grenzwerte, welche die Anzahl der Instanzen einer Ressource einschränken, die Sie in jeder Region unter jedem Abonnement erstellen können. Um über diese Grenzen hinaus zu skalieren, müssen Sie möglicherweise zusätzliche Abonnements oder mehrere Regionen verwenden.
  • Vermeiden von Kapazitätsbeschränkungen. Gelegentlich gelten für Regionen Kapazitätsbeschränkungen. Bei Nutzung mehrerer Regionen ist es wahrscheinlich einfacher, eine Region zu finden und zu verwenden, die die bereitzustellenden Dienste unterstützt. Wenn Sie eine einzelne Region verwenden und auf eine zweite Region erweitern müssen, um Kapazitätsbeschränkungen zu vermeiden, dauert die Vorbereitung und Bereitstellung Ihrer Ressourcen möglicherweise länger.
  • Geringere Komplexität im Vergleich zu Bereitstellungen mit mehreren Clouds. Die Verwaltung von Bereitstellungen mit mehreren Regionen ist in der Regel weniger komplex als die von Bereitstellungen mit mehreren Clouds, und Sie können häufig ähnliche Verfügbarkeits- und Resilienzvorteile erzielen. Die Wahl zwischen den beiden Ansätzen hängt jedoch von den spezifischen Zielen Ihrer Organisation ab.

Wenn Sie eine Cloudumgebung betreiben, die über mehrere geografische Regionen verteilt ist, beachten Sie die folgenden Faktoren:

  • Komplexität des Betriebs. Wenn Sie über mehrere Ressourcen in verschiedenen Regionen verfügen, kann zusätzlicher operativer Mehraufwand entstehen. Möglicherweise müssen Sie auch zusätzliche Kosten tragen, wenn Sie Ressourcen regionsübergreifend duplizieren.
  • Datensynchronisierung. Sie müssen verstehen, ob Sie Daten zwischen Regionen synchronisieren oder replizieren müssen. Wenn Sie dies tun, sollten Sie auch wissen, ob sie es asynchron oder synchron ausführen müssen. Das Konfigurieren einer Datenspeicherebene in mehreren Regionen kann komplex sein. Sie müssen Kompromisse zwischen Resilienz, Leistung und Kosten berücksichtigen.
  • Globale Netzwerktopologie. Azure bietet viele verschiedene Netzwerkdienste. Azure unterstützt auch die Implementierung verschiedener globaler Netzwerktopologien, um unterschiedliche Anforderungen zu erfüllen und unterschiedliche Kompromisse bereitzustellen. Sie können z. B. Azure-Netzwerke auf mehrere Regionen erweitern , indem Sie Azure Virtual WAN verwenden, oder Sie können ein herkömmliches Hub-and-Spoke-Modell mit zusätzlichem Aufwand verwenden.
  • Benutzerzugriffsprofile. Wenn ein einzelner Benutzer mit Komponenten in mehreren Regionen arbeitet, sollten Sie verstehen, wie sie ihre Identitäten und Zugriffsprofile in verschiedenen Regionen verwalten.
  • Complianceanforderungen. Stellen Sie sicher, dass jede Region Ihre Complianceanforderungen erfüllt, einschließlich der Anforderungen an die Datenhoheit.
  • Regionale Resilienz. Obwohl die Verwendung einer Mehrregionenarchitektur dazu beiträgt, die Resilienz zu erhöhen, sollten Sie Ihre Lösung auch so entwerfen, dass sie in den einzelnen Regionen hochverfügbar ist. Verwenden Sie Verfügbarkeitszonen, in denen Sie dies erreichen können, und stellen Sie sicher, dass Sie überlegen, wie Sie in den einzelnen Regionen hohe Resilienz erreichen.
  • Failover. Wenn Sie aus Resilienzerwägungen mehrere Regionen verwenden, können Sie Ihre Lösung so entwerfen, dass sie einen Aktiv/Passiv-Ansatz verwendet. Bei diesem Ansatz müssen Sie regionale Ausfälle ermitteln und Failover-Datenverkehr zwischen Regionen ausführen. Es kann Zeit dauern, bis ein Failoverprozess einen Ausfall und ein vollständiges Datenverkehrsrouting erkennt, was zu Ausfallzeiten bei Ihren Diensten führen kann. Einige Organisationen entscheiden sich stattdessen für die Bereitstellung in einem Aktiv/Aktiv-Muster, um die Verwendung von Failover zu vermeiden. Zu den Vorteilen eines Aktiv/Aktiv-Musters zählen unter anderem ein globaler Lastenausgleich sowie eine erhöhte Fehlertoleranz und höhere Netzwerkleistung. Wenn Sie dieses Muster nutzen möchten, müssen Ihre Anwendungen die gleichzeitige Ausführung in mehreren Regionen unterstützen.

Über Regionen hinweg verschieben

Gelegentlich müssen Sie möglicherweise Ressourcen oder Workloads aus einer Azure-Region in eine andere verschieben. Änderungen der Geschäftsanforderungen, Unternehmenskäufe, Datenhaltungsgesetze und andere Faktoren sind Gründe für eine benötigte Umstellung.

Tipp

Das Umlagern von Ressourcen über Regionen hinweg kann komplex sein. Wenn möglich, sollten Sie Ihre Ressourcen von Anfang an in der richtigen Region bereitstellen.

Azure bietet mehrere Tools und verschiedene Verlagerungsfunktionen, die Details variieren jedoch für jeden Azure-Dienst. Einige Ressourcentypen können direkt in andere Regionen verschoben werden, und andere können mithilfe von Azure Resource Mover verschoben werden. Einige Ressourcentypen können nicht verschoben werden und müssen erneut bereitgestellt werden.

Weitere Informationen zum Umstellen von Regionen finden Sie unter Verschieben von Cloudworkloads.

Hohe Verfügbarkeit und Notfallwiederherstellung über alle Regionen hinweg

Azure-Regionen sind hochverfügbar. Azure-Vereinbarungen zum Servicelevel werden auf die Dienste angewendet, die in bestimmten Regionen ausgeführt werden. Dieser Abschnitt enthält einige Überlegungen, die gelten, wenn Sie sich für die Bereitstellung in mehreren Regionen entscheiden, um Ihre Resilienz zu erhöhen.

Warnung

Wenn Sie geschäftskritische Workloads entwerfen, planen Sie immer regionale Ausfälle mit ein und vermeiden Sie die Bereitstellung innerhalb einer einzelnen Region. Außerdem sollten Sie Wiederherstellungs- und Schadensminderungsschritte üben. Weitere Informationen finden Sie unter unternehmenskritische Workloads.

Grundlegendes zu Azure-Dienstresilienzfeatures

Viele Plattform-as-a-Service-Dienste (PaaS) basieren auf ihren eigenen regionalen Resilienzlösungen. Wenn Sie beispielsweise Azure SQL-Datenbank und Azure Cosmos DB bereitstellen, können Sie Ihre Daten ganz einfach in weitere Regionen replizieren. Andere Dienste werden in einer einzelnen Region bereitgestellt, und Sie müssen sie manuell in anderen Regionen bereitstellen. Darüber hinaus werden einige Azure-Dienste, z. B. Azure DNS und Azure Front Door, global bereitgestellt und verfügen nicht über regionale Abhängigkeiten.

Verstehen Sie für jeden Azure-Dienst, den Sie für Ihren Cloudeinführungsprozess in Betracht ziehen, die erforderlichen Failoverfunktionen und Wiederherstellungsschritte.

Planen von Bereitstellungen der Azure-Ressourcengruppen

Zur Minimierung der Auswirkungen regionaler Ausfälle empfehlen wir, Ressourcen in derselben Region wie die Ressourcengruppe zu platzieren. Weitere Informationen finden Sie unter Ausrichtung des Standorts der Ressourcengruppen.

Wenn Sie Ressourcen in verschiedenen Regionen innerhalb derselben Ressourcengruppe haben, sollten Sie in Erwägung ziehen, Ihre Ressourcen in eine neue Ressourcengruppe oder ein neues Abonnement zu verschieben.

Um festzustellen, ob Ihre Ressource das Verschieben in eine andere Ressourcengruppe unterstützt, führen Sie eine Inventur Ihrer Ressourcen durch, indem Sie sie querverweisen. Stellen Sie sicher, dass die entsprechenden Voraussetzungen erfüllt sind.

Tipp

Stellen Sie nach Möglichkeit Ressourcengruppen in einer Region mit mehreren Verfügbarkeitszonen bereit. Verfügbarkeitszonen tragen dazu bei, das Risiko regionaler Ausfälle zu minimieren, welche die Verfügbarkeit Ihrer Ressource verringern und auch Verwaltungsvorgänge nicht verfügbar machen.

In manchen Fälle erstrecken sich Ressourcen in einer Ressourcengruppe häufig über mehrere Regionen. Wenn eine ganze Region nicht verfügbar ist, können alle Verwaltungsvorgänge, die Ressourcen innerhalb der Ressourcengruppen der nicht verfügbaren Region betreffen, fehlschlagen. Ressourcen, die in einer anderen Region bereitgestellt werden, sind möglicherweise weiterhin verfügbar, obwohl sie nicht verwaltet werden können. In manchen Szenarien können Sie eine Ressourcengruppe in mehreren Regionen platzieren, um sicherzustellen, dass die Ressourcen immer verfügbar sind. Dieser Ansatz hat seine Grenzen, aber er gewährleistet die Verfügbarkeit der Ressourcen während eines vorübergehenden Ausfalls.

Verwenden von GRS in gekoppelten Regionen

Wenn Sie in einer Region mit einer zugeordneten gekoppelten Region bereitstellen, können Sie die gekoppelte Region als Teil der Resilienzstrategie für mehrere Regionen verwenden. Mit gekoppelten Regionen können Sie primäre und sekundäre Regionen verwenden.

Azure Storage unterstützt GRS. In Storage-GRS werden drei Kopien Ihrer Daten in Ihrer primären Region und drei weitere Kopien in der gekoppelten Region gespeichert. Die Speicherkopplung für GRS kann nicht geändert werden. Andere Dienste, die auf Azure Storage basieren, können von dieser Regionskopplung profitieren. Ihre Anwendungen und Ihr Netzwerk müssen so konfiguriert werden, dass sie gekoppelte Regionen unterstützen und den GRS-Speicher entsprechend verwenden.

Versuchen Sie nicht, Speicher mit GRS-Replikation für Ihre VM-Sicherungen zu verwenden. Verwenden Sie stattdessen Azure Backup, Azure Site Recovery und verwaltete Azure-Datenträger, um Resilienz für Ihre IaaS-Workloads (Infrastructure as a Service) zu unterstützen.

Tipp

Multi-Region-Lösungen müssen keine Speicher-GRS verwenden. Stattdessen stehen mehrere weitere Optionen zur Verfügung:

  • Führen Sie Ihren Zugriff auf Anwendungsebene in mehreren Regionen aus.
  • Verwenden Sie einen global verteilten Datenbankdienst wie Azure Cosmos DB oder SQL-Datenbank.
  • Verwenden Sie Blob-Objektreplikation.
  • Verwenden Sie einen anderen Multi-Region-Bereitstellungsansatz.

Wenn Sie in diesen Szenarien eine sekundäre Region auswählen, sollten Sie eine Region verwenden, die nicht die gekoppelte Region ist. Wenn ein regionaler Fehler in Ihrer primären Region auftritt, werden die Ressourcen in der gekoppelten Region intensiv unter Druck gesetzt, wenn Ressourcen migriert und ein regionsübergreifendes Failover auftritt. Sie können diese hohe Auslastung vermeiden, indem Sie die Wiederherstellung an einem alternativen Standort durchführen, und die Wiederherstellung beschleunigen.

Bereitstellen in Regionen ohne Koppelung

Neuere Azure-Regionen haben keine regionale Koppelung. Sie erreichen hohe Verfügbarkeit mithilfe von Verfügbarkeitszonen. Solche Regionen folgen den Richtlinien zur Datenhaltung, welche die Möglichkeit bieten, Daten in der Region zu speichern.

Wenn Sie diese Regionen verwenden, können Sie lokal redundanten Speicher (LRS) oder zonenredundanten Speicher (ZRS) verwenden. Regionen ohne Koppelung unterstützen GRS nicht. Dienste wie Sicherung, die eine Abhängigkeit vom Speicher aufweisen, erfordern möglicherweise auch, dass Sie ZRS- oder LRS-Speicher verwenden. Wenn möglich, empfiehlt es sich, ZRS zu verwenden, um Ihre Resilienz innerhalb Ihrer Region zu verbessern.

Um sich auf das seltene Ereignis vorzubereiten, das eine gesamte Azure-Region nicht verfügbar ist, müssen Sie die regionsübergreifende Notfallwiederherstellung planen. Es empfiehlt sich zumindest, Ihre Infrastruktur mithilfe von Automatisierungsansätzen bereitzustellen und Ihre Daten in allen Regionen zu sichern. Wenn ein Ausfall einer gesamten Region auftritt, können Sie Ihre Ressourcen manuell erneut bereitstellen und Ihre Sicherungen wiederherstellen. Für einige Szenarien müssen Sie möglicherweise andere Alternativen in Betracht ziehen, um die potenzielle Wiederherstellungszeit und den Datenverlust zu reduzieren. Weitere Informationen finden Sie unter Verfügbarkeitszonendienst und regionale Unterstützung und Azure Resiliency – Business Continuity & Disaster Recovery.

Berücksichtigen Sie ihre Anforderungen an die Datenresilienz. Unabhängig davon, wo sich Ihre Daten befinden, können Sie Ihre Daten global verschieben, kopieren und von allen Orten weltweit auf Ihre Daten zugreifen.

Einige Azure-Dienste bieten ihnen die Möglichkeit, Ihre Daten in mehreren Regionen zu speichern oder zu replizieren, ohne dass die Regionen gekoppelt werden. Beispiel:

Nächste Schritte

Wenn Sie vorhandene Workloads von einem lokalen Rechenzentrum zu Azure migrieren, sollten Sie auch andere Überlegungen zur Regionsauswahl berücksichtigen. Weitere Informationen finden Sie unter Auswählen von Azure-Regionen für eine Migration.