Replikacja między regionami platformy Azure
Wiele regionów platformy Azure zapewnia strefy dostępności, które są oddzielnymi grupami centrów danych. W obrębie regionu strefy dostępności są wystarczająco blisko, aby mieć połączenia o małych opóźnieniach z innymi strefami dostępności, ale są wystarczająco daleko od siebie, aby zmniejszyć prawdopodobieństwo, że więcej niż jeden będzie miało wpływ na lokalne awarie lub pogodę. Strefy dostępności mają niezależną infrastrukturę zasilania, chłodzenia i sieci. Są one zaprojektowane tak, aby w przypadku wystąpienia awarii w jednej strefie usługi regionalne, pojemność i wysoka dostępność były obsługiwane przez pozostałe strefy.
Chociaż regiony platformy Azure są przeznaczone do zapewnienia ochrony przed lokalnymi awariami ze strefami dostępności, mogą również zapewnić ochronę przed awariami regionalnymi lub dużymi awariami geograficznymi z odzyskiwaniem po awarii, korzystając z innego regionu pomocniczego, który korzysta z replikacji między regionami. Oba regiony podstawowe i pomocnicze tworzą parę regionów.
Replikacja między regionami
Aby zapewnić obsługę klientów na całym świecie, platforma Azure utrzymuje wiele lokalizacji geograficznych. Te dyskretne demarkacje definiują granicę odzyskiwania po awarii i przechowywania danych w jednym lub wielu regionach świadczenia usługi Azure.
Replikacja między regionami jest jednym z kilku ważnych filarów strategii ciągłości działania i odzyskiwania po awarii platformy Azure. Replikacja między regionami opiera się na synchronicznej replikacji aplikacji i danych, które istnieją przy użyciu stref dostępności w regionie podstawowym platformy Azure w celu zapewnienia wysokiej dostępności. Replikacja między regionami asynchronicznie replikuje te same aplikacje i dane w innych regionach świadczenia usługi Azure na potrzeby ochrony odzyskiwania po awarii.
Niektóre usługi platformy Azure korzystają z replikacji między regionami w celu zapewnienia ciągłości działania i ochrony przed utratą danych. Platforma Azure udostępnia kilka rozwiązań magazynu, które korzystają z replikacji między regionami w celu zapewnienia dostępności danych. Na przykład magazyn geograficznie nadmiarowy platformy Azure (GRS) automatycznie replikuje dane do regionu pomocniczego. Takie podejście zapewnia trwałość danych, nawet jeśli region podstawowy nie jest możliwy do odzyskania.
Nie wszystkie usługi platformy Azure automatycznie replikują dane lub automatycznie wracają z regionu, który zakończył się niepowodzeniem, aby przeprowadzić replikację krzyżową do innego regionu z włączoną obsługą. W tych scenariuszach należy skonfigurować odzyskiwanie i replikację przez klienta. Te przykłady to ilustracje modelu wspólnej odpowiedzialności. Jest to podstawowy filar strategii odzyskiwania po awarii. Aby uzyskać więcej informacji na temat modelu wspólnej odpowiedzialności i dowiedzieć się więcej o ciągłości działania i odzyskiwaniu po awarii na platformie Azure, zobacz Zarządzanie ciągłością działania na platformie Azure.
Wspólna odpowiedzialność staje się elementem podejmowania strategicznych decyzji, jeśli chodzi o odzyskiwanie po awarii. Platforma Azure nie wymaga używania replikacji między regionami i można używać usług do tworzenia odporności bez replikacji krzyżowej do innego włączonego regionu. Zdecydowanie zalecamy jednak skonfigurowanie podstawowych usług w różnych regionach w celu skorzystania z izolacji i zwiększenia dostępności.
W przypadku aplikacji obsługujących wiele aktywnych regionów zalecamy używanie dostępnych wielu regionów z obsługą wielu regionów. Ta praktyka zapewnia optymalną dostępność aplikacji i zminimalizowany czas odzyskiwania, jeśli zdarzenie wpływa na dostępność. Jeśli to możliwe, zaprojektuj aplikację pod kątem maksymalnej odporności i łatwości odzyskiwania po awarii.
Zalety replikacji między regionami
Architektura replikacji między regionami i danych między regionami może być podejmowana na podstawie poszczególnych usług. Należy podjąć podejście do analizy kosztów i korzyści na podstawie strategicznych i biznesowych wymagań organizacji. Podstawowe i tętniące korzyści wynikające z replikacji między regionami są złożone, obszerne i zasługują na opracowanie. Te korzyści obejmują między innymi:
- Sekwencja odzyskiwania regionów: jeśli wystąpi awaria całego obszaru geograficznego, odzyskiwanie jednego regionu jest priorytetem poza każdym włączonym zestawem regionów. Aplikacje, które są wdrażane w zestawach regionów z włączoną obsługą, mają gwarancję, że jeden z regionów ma priorytet na potrzeby odzyskiwania. Jeśli aplikacja jest wdrażana w różnych regionach, z których każda nie jest włączona na potrzeby replikacji między regionami, odzyskiwanie może być opóźnione.
- Aktualizacja sekwencyjna: planowane aktualizacje systemu platformy Azure dla Twoich regionów z obsługą są rozłożone chronologicznie, 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 centrami danych w regionach z obsługą, chociaż nie jest to możliwe we wszystkich lokalizacjach geograficznych. Separacja centrów danych zmniejsza prawdopodobieństwo, że klęski żywiołowe, niepokoje społeczne, przerwy w zasilaniu lub awarie sieci fizycznej mogą mieć wpływ na wiele regionów. Izolacja podlega ograniczeniom w obszarze geograficznym, takim jak rozmiar geografii, dostępność infrastruktury zasilania lub sieci oraz przepisy.
- Miejsce przechowywania danych: regiony znajdują się w tej samej lokalizacji geograficznej co ich zestaw włączony (z wyjątkiem Brazylii Południowej i Singapuru), aby spełnić wymagania dotyczące rezydencji danych dla celów jurysdykcji podatkowej i egzekwowania prawa.
Chociaż nie można utworzyć własnych par regionalnych, możesz jednak utworzyć własne rozwiązanie odzyskiwania po awarii, tworząc usługi w dowolnej liczbie regionów, a następnie używając usług platformy Azure do ich parowania. Na przykład możesz użyć usług platformy Azure, takich jak AzCopy , aby zaplanować tworzenie kopii zapasowych danych na koncie usługi Azure Storage w innym regionie. Korzystając z usług Azure DNS i Azure Traffic Manager, można zaprojektować odporną architekturę dla aplikacji, które przetrwają utratę regionu podstawowego.
Platforma Azure kontroluje planowaną konserwację i priorytetyzację odzyskiwania dla par regionalnych. Niektóre usługi platformy Azure domyślnie korzystają z par regionalnych, takich jak azure redundant storage.
Korzystanie z usług w ramach par regionalnych nie jest ograniczone. Mimo że usługa platformy Azure może polegać na określonej parze regionalnej, możesz hostować inne usługi w dowolnym regionie, który spełnia Twoje potrzeby biznesowe. Na przykład rozwiązanie magazynu Azure GRS może sparować dane w Kanadzie Środkowej z elementem równorzędnym w Kanadzie Wschodniej podczas korzystania z zasobów obliczeniowych platformy Azure znajdujących się w regionie Wschodnie stany USA.
Sparowane regiony platformy Azure
Wiele regionów ma również sparowany region do obsługi replikacji między regionami w oparciu o bliskość i inne czynniki.
Ważne
Aby dowiedzieć się więcej na temat architektury i dostępnych par w Twoim regionie, skontaktuj się z przedstawicielem działu sprzedaży lub klienta firmy Microsoft.
Pary regionalne platformy Azure
| Obszar geograficzny | Para regionalna A | Para regionalna B |
|---|---|---|
| Azja i Pacyfik | Azja Wschodnia (specjalny region Administracja istracyjny 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 Centralne | Indie Zachodnie | |
| 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 mają ograniczony dostęp do obsługi określonych scenariuszy klientów, takich jak odzyskiwanie po awarii w kraju/regionie. 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 USA3 są sparowane w jednym kierunku z regionem Wschodnie stany USA. Ponadto wschodnie stany USA są dwukierunkowo sparowane z regionem Zachodnie stany USA.
- Brazylia Południowa jest wyjątkowa, ponieważ 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 ze strefami dostępności i bez pary regionów
Platforma Azure nadal rozszerza się globalnie w regionach bez pary regionalnej i zapewnia wysoką dostępność dzięki wykorzystaniu stref dostępności i magazynu lokalnie nadmiarowego lub strefowo nadmiarowego (LRS/ZRS). Regiony bez pary nie będą miały magazynu geograficznie nadmiarowego (GRS). Takie regiony są zgodne z wytycznymi dotyczącymi rezydencji danych, aby umożliwić przechowywanie danych rezydentów w tym samym regionie. Klienci są odpowiedzialni za odporność danych na podstawie potrzeb celu punktu odzyskiwania lub celu czasu odzyskiwania (RTO/RPO) i mogą przenosić, kopiować lub uzyskiwać dostęp do danych z dowolnej lokalizacji na całym świecie. W rzadkich przypadkach, gdy cały region świadczenia usługi Azure jest niedostępny, klienci będą musieli zaplanować odzyskiwanie po awarii między regionami zgodnie z wytycznymi usług platformy Azure, które obsługują wysoką dostępność i odporność platformy Azure — ciągłość działania i odzyskiwanie po awarii.
W poniższej tabeli wymieniono regiony platformy Azure bez pary regionów:
| Obszar geograficzny | Region (Region) |
|---|---|
| Katar | Katar Środkowy |
| Polska | Polska Środkowa |
| Izrael | Izrael Centralny |
| Włochy | Włochy Północne |
| Austria | Austria Wschodnia (wkrótce) |
| Hiszpania | Hiszpania Środkowa (wkrótce) |