Azure-Regionspaare und nicht gekoppelte Regionen
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. Viele andere Regionen sind nicht gekoppelt und verwenden stattdessen Verfügbarkeitszonen als primäres Instrument der Redundanz. Dieser Artikel beschreibt, wie nicht gekoppelte Regionen und Regionspaare in Azure verwendet werden.
Regionspaare werden von einigen Azure-Diensten verwendet, um Georeplikation und Georedundanz zu unterstützen und um einige Aspekte der Notfallwiederherstellung für den unwahrscheinlichen Fall zu unterstützen, dass eine Region einen katastrophalen und nicht korrigierbaren Ausfall erleidet.
Viele Azure-Dienste unterstützen jedoch Georedundanz, unabhängig davon, ob die Regionen gekoppelt sind oder nicht, und Sie können eine hochgradig belastbare Lösung entwickeln, unabhängig davon, ob Sie gekoppelte Regionen, nicht gekoppelte Regionen oder eine Kombination davon 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 Downtime, Auswirkungen von Fehlern und logischen Fehlern im seltenen Fall eines fehlerhaften Updates zu minimieren.
- Physische Isolierung: Azure versucht, eine Mindestentfernung von 300 Meilen (483 Kilometer) zwischen gekoppelten Regionen sicherzustellen; dies ist aber nicht über alle geografischen Regionen hinweg möglich. Die Trennung der Regionen verringert die Wahrscheinlichkeit, dass Naturkatastrophen, politische Unruhen, Stromausfälle oder physische Netzwerkausfälle mehrere Regionen gleichzeitig betreffen. Die Isolation unterliegt den Einschränkungen innerhalb eines Gebiets, z. B. der Größe des Gebiets, der Verfügbarkeit von Energieversorgungs- oder Netzwerkinfrastrukturen und Vorschriften.
- 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 Regionspaare.
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.
Liste der Regionspaare
In der folgenden Tabelle sind Azure-Regionspaare aufgeführt:
| Geografie | Region in Paaren | Region in Paaren |
|---|---|---|
| Asien-Pazifik | Asien-Pazifik (Hongkong Sonderverwaltungsregion) | Asien, Südosten (Singapur) |
| Australien | Australien (Osten) | Australien, Südosten |
| Australien, Mitte | Australien, Mitte 2* | |
| Brasilien | Brasilien Süd | USA Süd Mitte |
| Brasilien, Südosten* | Brasilien Süd | |
| Kanada | Kanada, Mitte | Kanada, Osten |
| China | China, Norden | China, Osten |
| China, Norden 2 | China, Osten 2 | |
| China, Norden 3 | China, Osten 3* | |
| Europa | Europa, Norden (Irland) | Europa, Westen (Niederlande) |
| Frankreich | Frankreich, Mitte | Frankreich, Süden* |
| Deutschland | Deutschland, Westen-Mitte | Deutschland, Norden* |
| Indien | Indien, Mitte | Indien (Süden) |
| Indien (Süden) | Indien, Mitte | |
| Indien, Westen | Indien (Süden) | |
| Japan | Japan, Osten | Japan, Westen |
| Korea | Korea, Mitte | Korea, Süden* |
| Norwegen | Norwegen, Osten | Norwegen, Westen* |
| Südafrika | Südafrika, Norden | Südafrika, Westen* |
| Schweden | Schweden, Mitte | Schweden, Süden* |
| Schweiz | Schweiz, Norden | Schweiz, Westen* |
| Vereinigtes Königreich | UK, Westen | UK, Süden |
| USA | East US | USA (Westen) |
| USA (Ost) 2 | USA (Mitte) | |
| USA Nord Mitte | USA Süd Mitte | |
| USA, Westen 2 | USA, Westen-Mitte | |
| USA, Westen 3 | USA, Osten | |
| Vereinigte Arabische Emirate | Vereinigte Arabische Emirate, Norden | VAE, Mitte* |
| US-Verteidigungsministerium | US DoD, Osten* | US DoD, Mitte* |
| US Government | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Virginia* |
(*) Bestimmte Regionen unterliegen Zugriffseinschränkungen, um bestimmte Kundenszenarien zu unterstützen, z. B. landesinterne Notfallwiederherstellung. Diese Regionen sind nur auf Anforderung verfügbar, indem Sie eine neue Supportanfrage erstellen.
Wichtig
- „Indien, Westen“ wird nur in einer Richtung zugeordnet. Die sekundäre Region von Indien (Westen) ist Indien (Süden), aber die sekundäre Region für Indien (Süden) ist Indien (Mitte).
- USA, Westen 3 ist unidirektional mit USA, Osten gekoppelt. USA, Osten ist bidirektional mit USA, Westen gekoppelt.
- Brasilien, Süden ist mit einer Region außerhalb ihrer Geografie gekoppelt. Die sekundäre Region von „Brasilien, Süden“ ist „USA, Süden-Mitte“. Die sekundäre Region für „USA, Süden-Mitte“ ist nicht „Brasilien, Süden“.
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.
Liste nicht gekoppelter Regionen
In der folgenden Tabelle sind Azure-Regionen ohne Regionspaar aufgeführt:
| Geografie | Region |
|---|---|
| Österreich | Österreich, Osten (bald verfügbar) |
| Israel | Israel, Mitte |
| Italien | Italien, Norden |
| Mexiko | Mexiko, Mitte |
| Neuseeland | Neuseeland, Norden |
| Polen | Polen, Mitte |
| Katar | Katar, Mitte |
| Spanien | Spanien, Mitte |