Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Azure Regionspaare und ungepaarte Regionen verwendet.
Azure Regionen sind voneinander unabhängig. Microsoft ordnet jedoch einige Azure Regionen einer anderen Region zu, in denen sich beide Regionen normalerweise in derselben Geografie befinden. Zusammen bilden die Bereiche ein Bereichspaar. Eine kleine Anzahl von Azure-Diensten verwenden diese Regionspaare, um Georeplikation und Georedundanz zu unterstützen. Die Paare unterstützen auch einige Aspekte der Notfallwiederherstellung im unwahrscheinlichen Fall, 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 befinden, die mit einer anderen Region gekoppelt ist, bietet die Verwendung der zugehörigen Partnerregion als sekundäre Region mehrere Vorteile:
- Wiederherstellungssequenz der Region Im unwahrscheinlichen Fall eines geografieweiten Ausfalls wird eine Region in jedem Regionspaar für die Wiederherstellung priorisiert. Komponenten, die in gekoppelten Regionen bereitgestellt werden, verwenden eine der Regionen als priorisierte Region für die Wiederherstellung.
- 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 es verhindert Ausfallzeiten für Lösungen, die für die Gemeinsame Verwendung gekoppelter Regionen zur Resilienz konzipiert sind.
- 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
Das Bereitstellen von Ressourcen in einer Region in einem Paar macht sie nicht automatisch stabiler und bietet auch keine automatischen Hochverfügbarkeits-, Notfallwiederherstellungsfunktionen oder Failoverfunktionen. Entwickeln Sie Ihre eigenen Pläne für hohe Verfügbarkeit und Notfallwiederherstellung, 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 darauf beschränkt, Dienste innerhalb einer einzelnen Region oder innerhalb des Regionspaars Ihrer Region zu nutzen. 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 ist West US mit East US gekoppelt, und East US ist mit West US gekoppelt.
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.
- Indien Süd-Zentral ist mit Zentralindien gekoppelt, aber Zentralindien ist mit Südindien gekoppelt.
- USA, Westen 3 ist unidirektional mit USA, Osten gekoppelt. USA, Osten ist bidirektional mit USA, Westen gekoppelt.
Eine Liste der Regionen, die alle asymmetrischen Regionspaare enthalten, finden Sie unter Azure Regionspaare.
Nicht gekoppelte Regionen
Azure expandiert weiterhin global. Viele der 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. Andere erfordern möglicherweise, dass Sie eigene Multiregionsansätze entwerfen und implementieren. Eine Liste der Multiregionsfunktionen von Diensten, einschließlich der Funktionen, die zwischen nicht gekoppelten Regionen verfügbar sind, finden Sie unter Azure-Dienste, die mehrere Regionen unterstützen. Ausführliche Informationen zu den einzelnen Diensten finden Sie in ihrem Zuverlässigkeitsleitfaden.
Eine Liste der Regionen, die alle nicht gekoppelten Regionen enthalten, finden Sie unter Azure Regionspaare.