Freigeben über

Azure Regionenpaare und nicht verpaarte Regionen

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

Azure Regionen sind voneinander unabhängig. Microsoft ordnet jedoch einige Azure Regionen einer anderen Region zu, wobei beide in der Regel in derselben Geografie vorhanden sind. 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.

Gepaarte Regionen

Einige Azure Dienste verwenden gekoppelte Regionen, um ihre Multiregion-Georeplikations- und Georedundanzstrategie zu erstellen. Beispielsweise kann der Azure geo-redundanter 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 Azure ist bestrebt, alle geplanten Systemupdates über Regionspaare gestaffelt durchzuführen. Dieser Ansatz minimiert die Auswirkungen von Fehlern oder logischen Fehlern im seltenen Fall eines fehlerhaften Updates und um Ausfallzeiten für Lösungen zu verhindern, die für die Verwendung gekoppelter Regionen für die Resilienz entwickelt wurden.
  • Datenresidenz Um die Anforderungen an den Datenstandort zu erfüllen, befinden sich fast alle Regionen innerhalb der gleichen geografischen Region wie ihr jeweiliges Gegenstück. Weitere Informationen zu den Ausnahmen finden Sie in der Liste Azure Regionen.

Von Bedeutung

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. Obwohl ein Azure Dienst möglicherweise auf ein bestimmtes regionales Paar für einige seiner Zuverlässigkeitsfunktionen angewiesen ist, können Sie Ihre Dienste in jeder Region hosten, die Ihren geschäftlichen Anforderungen entspricht. Beispielsweise kann eine Azure-Lösung Azure Storage in der Region Kanada Central mit GRS-Speicher verwenden, um Daten in die gekoppelte Region Kanada Ost zu replizieren, während Azure-Compute-Ressourcen in Ost USA verwendet werden, und Azure OpenAI-Ressourcen in West USA.

Eine Liste der Regionen mit allen Regionspaaren finden Sie unter List 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.
  • 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 weiterhin global, und viele unserer neueren Regionen bieten mehrere Verfügbarkeitszonen für höhere Resilienz und verfügen nicht über ein Regionspaar.

Viele Azure-Dienste unterstützen georeplikation und Georedundanz zwischen beliebigen Regionen und verlassen sich nicht auf Regionspaare. Sie müssen wissen, wie die Unterstützung mehrerer Regionen für die von Ihnen genutzten Dienste funktioniert. Weitere Informationen zu den Details der einzelnen Dienste finden Sie in Azure Service-Zuverlässigkeitsleitfäden.

Eine Liste der Regionen, die alle nicht gepaarten Regionen enthält, finden Sie unter Azure Regionenpaare.

Verwandte Inhalte

  • Last updated on