Freigeben über

Azure-Regionspaare und nicht gekoppelte Regionen

In diesem Artikel wird beschrieben, wie Regionenpaare und nicht gepaarte Regionen in Azure verwendet werden.

Azure-Regionen sind nicht voneinander abhängig. Microsoft assoziiert jedoch einige Azure-Regionen mit einer anderen Region, wobei sich beide in der Regel in derselben geografischen Region befinden. Zusammen bilden die Regionen ein Regionspaar. Diese Regionspaare werden dann von einer kleinen Anzahl von Azure-Diensten verwendet, um georeplikation und Georedundanz zu unterstützen. Die Paare werden auch verwendet, um einige Aspekte der Notfallwiederherstellung im unwahrscheinlichen Fall zu unterstützen, dass eine Region einen katastrophalen und nicht behebbaren Fehler erlebt.

Viele Regionen sind jedoch nicht gekoppelt und verwenden stattdessen Verfügbarkeitszonen als primäre Redundanzmittel. Darüber hinaus unterstützen viele Azure-Dienste georedundanz, unabhängig davon, ob Regionen gekoppelt sind oder nicht.

Sie können eine hochgradig robuste Lösung entwerfen, unabhängig davon, ob Sie gekoppelte Regionen, nicht verairte Regionen oder eine Kombination verwenden.

Regionspaare

Einige Azure-Dienste verwenden gekoppelte Regionen, um ihre Georeplikations- und Georedundanzstrategie für mehrere Regionen aufzubauen. Beispielsweise kann der georedundante Azure-Speicher (GRS) Daten automatisch in eine gekoppelte Region replizieren.

Wenn Sie sich in einer Region mit einem Paar befinden, dann bietet die Verwendung des Paares als Sekundärregion mehrere Vorteile:

  • Wiederherstellungssequenz der Region Im unwahrscheinlichen Fall eines flächendeckenden Ausfalls wird die Wiederherstellung einer Region aus jedem Regionspaar priorisiert. Bei Komponenten, die in gekoppelten Regionen eingesetzt werden, wird eine der Regionen für die Wiederherstellung priorisiert.
  • Sequenzielle Aktualisierung Geplante Azure-Systemupdates werden über Regionspaare hinweg gestaffelt, um die Auswirkungen von Fehlern oder logischen Fehlern im seltenen Fall eines fehlerhaften Updates zu minimieren und Ausfallzeiten für Lösungen zu verhindern, die für die Gemeinsame Nutzung von gekoppelten Regionen zur Ausfallsicherheit entwickelt wurden.
  • Datenresidenz: Um die Anforderungen an die Datenresidenz zu erfüllen, befinden sich fast alle Regionen in der gleichen geografischen Region wie ihr Paar. Informationen zu den Ausnahmen finden Sie in der Liste der Azure-Regionen.

Wichtig

Die Bereitstellung von Ressourcen in einer Region in einem Paar macht diese nicht automatisch stabiler und bietet auch nicht automatisch Hochverfügbarkeits-, Notfallwiederherstellungs- oder Failoverfunktionen. Es ist wichtig, dass Sie Ihre eigenen Hochverfügbarkeits- und Notfallwiederherstellungspläne entwickeln, unabhängig davon, ob Sie gekoppelte Regionen verwenden oder nicht.

Auch wenn Sie Dienstfeatures für die Verwendung von Regionspaaren konfigurieren, sollten Sie das von Microsoft verwaltete Failover zwischen diesen Paaren nicht als primäres Notfallwiederherstellungskonzept verwenden. Ein von Microsoft verwalteter Failover von GRS-aktivierten Speicherkonten wird beispielsweise nur in Katastrophensituationen und nach wiederholten fehlgeschlagenen Wiederherstellungsversuchen durchgeführt.

Sie sind nicht auf die Nutzung von Diensten innerhalb einer einzigen Region oder innerhalb des Paares Ihrer Region beschränkt. Auch wenn ein bestimmter Azure-Dienst für einige seiner Zuverlässigkeitsfunktionen von einem bestimmten Regionspaar abhängig sein kann, können Sie Ihre Dienste in jeder Region hosten, die Ihre Geschäftsanforderungen erfüllt. Eine Azure-Lösung kann beispielsweise Azure Storage in der Region Kanada, Mitte mit GRS-Speicher verwenden, um Daten in die gekoppelte Region Kanada, Osten zu replizieren, während Azure Compute-Ressourcen in der Region USA, Osten und Azure OpenAI-Ressourcen in der Region USA, Westen genutzt werden.

Eine Liste der Regionen, die alle Regionspaare enthalten, finden Sie unter Liste der Azure-Regionen.

Asymmetrisch gekoppelte Regionen

Die meisten Regionspaare sind symmetrisch, was bedeutet, dass jede Region bidirektional mit einer anderen Region gekoppelt ist. Beispielsweise bilden USA, Westen und USA, Osten ein Paar.

Asymmetrische Regionspaare umfassen Regionen, die nicht bidirektional gekoppelt sind. Die folgende Liste enthält öffentliche asymmetrische Regionspaare:

  • Brasilien Süd ist mit Süd-Zentral-USA gepaart, das sich außerhalb der geografischen Region Brasiliens befindet. Das südliche Zentral-USA ist nicht mit Brasilien Süd verbunden.
  • US Gov Arizona ist gekoppelt mit US Gov Texas. US Gov Texas ist bidirektional gekoppelt mit US Gov Virginia.
  • Westindien ist mit Südindien gekoppelt, aber Südindien ist mit Zentralindien gekoppelt.
  • USA, Westen 3 ist unidirektional mit USA, Osten gekoppelt. USA, Osten ist bidirektional mit USA, Westen gekoppelt.

Eine Liste der Regionen mit allen asymmetrischen Regionspaaren finden Sie unter Azure-Regionspaare.

Nicht gekoppelte Regionen

Azure expandiert kontinuierlich weltweit, und viele unserer neueren Regionen bieten mehrere Verfügbarkeitszonen für höhere Resilienz und haben kein Regionspaar.

Viele Azure-Dienste unterstützen die Georeplikation und Georedundanz zwischen einer beliebigen Anzahl von Regionen und sind nicht auf Regionspaare angewiesen. Sie müssen wissen, wie die Unterstützung mehrerer Regionen für die von Ihnen genutzten Dienste funktioniert. Informationen zu den Details der einzelnen Dienste finden Sie in Azure-Dienstzuverlässigkeitsleitfäden.

Eine Liste aller Regionen, einschließlich aller nicht gepaarten Regionen, finden Sie unter Azure-Regionspaare.

Verwandte Inhalte