Pary regionów platformy Azure i niepaired regionów
Regiony platformy Azure są niezależne od siebie. Jednak firma Microsoft kojarzy niektóre regiony platformy Azure z innym regionem, w którym oba są zwykle w tej samej lokalizacji geograficznej. Razem regiony tworzą parę regionów. Wiele innych regionów nie jest sparowanych i zamiast tego używa stref dostępności jako podstawowych środków nadmiarowości. W tym artykule opisano, w jaki sposób pary regionów i regionów nie są używane na platformie Azure.
Pary regionów są używane przez niektóre usługi platformy Azure do obsługi replikacji geograficznej i nadmiarowości geograficznej oraz do obsługi niektórych aspektów odzyskiwania po awarii w mało prawdopodobnym przypadku, w którym region doświadcza katastrofalnego i nieodwracalnego błędu.
Jednak wiele usług platformy Azure obsługuje nadmiarowość geograficzną, niezależnie od tego, czy regiony są sparowane, czy nie, i można zaprojektować wysoce odporne rozwiązanie, niezależnie od tego, czy używasz sparowanych regionów, regionów, czy kombinacji.
Sparowane regiony
Niektóre usługi platformy Azure używają sparowanych regionów do tworzenia strategii replikacji geograficznej i nadmiarowości geograficznej w wielu regionach. Na przykład magazyn geograficznie nadmiarowy platformy Azure (GRS) może automatycznie replikować dane do sparowanego regionu.
Jeśli jesteś w regionie z parą, użycie jej pary jako regionu pomocniczego zapewnia kilka korzyści:
- Sekwencja odzyskiwania regionu. W mało prawdopodobnym przypadku awarii całego obszaru geograficznego odzyskiwanie jednego regionu jest priorytetem poza każdą parą regionów. Składniki, które są wdrażane w sparowanych regionach, mają jeden z regionów priorytetowych na potrzeby odzyskiwania.
- Sekwencyjne aktualizowanie. Planowane aktualizacje systemu platformy Azure są rozłożone między parami regionów, aby zminimalizować przestoje, wpływ usterek i wszelkie błędy logiczne w rzadkim przypadku błędnej aktualizacji.
- Izolacja fizyczna. Platforma Azure dąży do zapewnienia minimalnej odległości 300 mil (483 kilometrów) między sparowanych regionów, chociaż nie jest to możliwe we wszystkich lokalizacjach geograficznych. Separacja regionów zmniejsza prawdopodobieństwo, że klęski żywiołowe, niepokoje społeczne, przerwy w zasilaniu lub awarie sieci fizycznej wpływają na wiele regionów jednocześnie. Izolacja podlega ograniczeniom w obszarze geograficznym, takim jak rozmiar geografii, dostępność infrastruktury zasilania lub sieci oraz przepisy.
- Miejsce przechowywania danych. Aby spełnić wymagania dotyczące rezydencji danych, prawie wszystkie regiony znajdują się w tej samej lokalizacji geograficznej co ich para. Aby dowiedzieć się więcej o wyjątkach, zobacz listę par regionów.
Ważne
Wdrażanie zasobów w regionie w parze nie powoduje automatycznego zwiększenia odporności ani zapewnia automatycznej wysokiej dostępności lub możliwości odzyskiwania po awarii ani trybu failover. Ważne jest, aby opracować własne plany wysokiej dostępności i odzyskiwania po awarii, niezależnie od tego, czy używasz sparowanych regionów, czy nie.
Nawet jeśli skonfigurujesz funkcje usługi do używania par regionów, nie należy polegać na zarządzanym przez firmę Microsoft przejściu w tryb failover między tymi parami jako podstawowe podejście do odzyskiwania po awarii. Na przykład zarządzane przez firmę Microsoft tryb failover kont magazynu z włączoną obsługą grS jest wykonywane tylko w katastroficznych sytuacjach i po wielokrotnych próbach odzyskiwania, które zakończyły się niepowodzeniem.
Nie ograniczasz się do korzystania z usług w jednym regionie ani w ramach pary regionów. Mimo że usługa platformy Azure może polegać na określonej parze regionalnej dla niektórych jej możliwości niezawodności, możesz hostować usługi w dowolnym regionie, który spełnia Twoje potrzeby biznesowe. Na przykład rozwiązanie platformy Azure może używać usługi Azure Storage w regionie Kanada Środkowa z magazynem GRS, aby replikować dane do sparowanego regionu Kanada Wschodnia, a jednocześnie używać zasobów obliczeniowych platformy Azure znajdujących się w regionie Wschodnie stany USA i zasobów usługi Azure OpenAI znajdujących się w regionie Zachodnie stany USA.
Lista par regionów
W poniższej tabeli wymieniono pary regionów platformy Azure:
| Obszar geograficzny | Region w parze | Region w parze |
|---|---|---|
| Azja i Pacyfik | Azja Wschodnia (specjalny region administracyjny w Hongkongu) | Azja Południowo-wschodnia (Singapur) |
| Australia | Australia Wschodnia | Australia Południowo-Wschodnia |
| Australia Środkowa | Australia Środkowa 2* | |
| Brazylia | Brazylia Południowa | South Central US |
| Brazylia Południowo-Wschodnia* | Brazylia Południowa | |
| Kanada | Kanada Środkowa | Kanada Wschodnia |
| Chiny | Chiny Północne | Chiny Wschodnie |
| Chiny Północne 2 | Chiny Wschodnie 2 | |
| Chiny Północne 3 | Chiny Wschodnie 3* | |
| Europa | Europa Północna (Irlandia) | Europa Zachodnia (Holandia) |
| Francja | Francja Środkowa | Francja Południowa* |
| Niemcy | Niemcy Środkowo-Zachodnie | Niemcy Północne* |
| Indie | Indie Środkowe | Indie Południowe |
| Indie Południowe | Indie Centralne | |
| Indie Zachodnie | Indie Południowe | |
| Japonia | Japonia Wschodnia | Japonia Zachodnia |
| Korea Południowa | Korea Środkowa | Korea Południowa* |
| Norwegia | Norwegia Wschodnia | Norwegia Zachodnia* |
| Republika Południowej Afryki | Północna Republika Południowej Afryki | Republika Południowej Afryki Zachodniej* |
| Szwecja | Szwecja Środkowa | Szwecja Południowa* |
| Szwajcaria | Szwajcaria Północna | Szwajcaria Zachodnia* |
| Zjednoczone Królestwo | Zachodnie Zjednoczone Królestwo | Południowe Zjednoczone Królestwo |
| Stany Zjednoczone | Wschodnie stany USA | Zachodnie stany USA |
| Wschodnie stany USA 2 | Środkowe stany USA | |
| Północno-środkowe stany USA | South Central US | |
| Zachodnie stany USA 2 | Zachodnio-środkowe stany USA | |
| Zachodnie stany USA 3 | Wschodnie stany USA | |
| Zjednoczone Emiraty Arabskie (ZEA) | Północne Zjednoczone Emiraty Arabskie | Środkowe Zjednoczone Emiraty Zjednoczone Emiraty Zjednoczone Emiratów Zjednoczonych* |
| Departamentu Obrony USA | US DoD East* | US DoD Central* |
| Administracja USA | US Gov Arizona* | US Gov Texas* |
| US Gov Wirginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Wirginia* |
(*) Niektóre regiony są ograniczone do obsługi określonych scenariuszy klientów, takich jak odzyskiwanie po awarii w kraju. Te regiony są dostępne tylko na żądanie przez utworzenie nowego wniosku o pomoc techniczną.
Ważne
- Indie Zachodnie są sparowane tylko w jednym kierunku. Region pomocniczy Indii Zachodnich to Indie Południowe, ale region pomocniczy Indii Południowych to Indie Środkowe.
- Zachodnie stany USA 3 są sparowane w jednym kierunku z regionem Wschodnie stany USA. Wschodnie stany USA są dwukierunkowo sparowane z regionem Zachodnie stany USA.
- Brazylia Południowa jest sparowana z regionem poza jego geografią. Region pomocniczy Brazylii Południowej to Południowo-środkowe stany USA. Region pomocniczy południowo-środkowych stanów USA nie jest Brazylia Południowa.
Regiony inne niż
Platforma Azure nadal rozszerza się globalnie, a wiele z naszych nowszych regionów zapewnia wiele stref dostępności w celu zwiększenia odporności i nie ma pary regionów.
Wiele usług platformy Azure obsługuje replikację geograficzną i nadmiarowość geograficzną między dowolnym zestawem regionów i nie polega na parach regionów. Ważne jest, aby zrozumieć, jak działa obsługa wielu regionów dla określonych używanych usług. Aby dowiedzieć się więcej na temat szczegółów poszczególnych usług, zobacz Przewodniki dotyczące niezawodności usługi platformy Azure.
Lista niepairowanych regionów
W poniższej tabeli wymieniono regiony platformy Azure bez pary regionów:
| Obszar geograficzny | Region (Region) |
|---|---|
| Austria | Austria Wschodnia (wkrótce) |
| Izrael | Izrael Centralny |
| Włochy | Włochy Północne |
| Meksyk | Meksyk Środkowy |
| Nowa Zelandia | Nowa Zelandia Północna |
| Polska | Polska Środkowa |
| Katar | Katar Środkowy |
| Hiszpania | Hiszpania Środkowa |