Udostępnij za pośrednictwem

Replikacja między regionami platformy Azure

  • Artykuł

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 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.

Obraz przedstawiający wysoką dostępność za pośrednictwem asynchronicznej replikacji aplikacji i danych w innych regionach świadczenia usługi Azure na potrzeby ochrony odzyskiwania po awarii.

Niektóre usługi platformy Azure obsługują replikację 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.

Wspólna odpowiedzialność

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 odpowiadasz za odzyskiwanie i replikację. Te przykłady to ilustracje modelu wspólnej odpowiedzialności. Jest to podstawowy filar strategii odzyskiwania po awarii. Aby uzyskać więcej informacji, zobacz Wspólna odpowiedzialność za odporność.

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 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 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 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). Jednak niektóre usługi oferują alternatywne opcje replikacji między regionami.

Regiony nie sparowane są zgodne z wytycznymi dotyczącymi rezydencji danych, aby umożliwić przechowywanie danych rezydentnych 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)
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

Następne kroki