Omówienie replikacji między strefami usługi Azure NetApp Files (wersja zapoznawcza)

W wielu przypadkach odporność w różnych strefach dostępności jest osiągana przez architektury wysokiej dostępności przy użyciu replikacji opartej na aplikacji i wysokiej dostępności, jak wyjaśniono w artykule Używanie stref dostępności w celu zapewnienia wysokiej dostępności. Jednak prostsze, bardziej ekonomiczne podejścia są często brane pod uwagę przy użyciu replikacji danych opartej na magazynie.

Podobnie jak w przypadku funkcji replikacji między regionami usługi Azure NetApp Files, funkcja replikacji między strefami zapewnia ochronę danych między woluminami w różnych strefach dostępności. Możesz asynchronicznie replikować dane z woluminu usługi Azure NetApp Files (źródła) w jednej strefie dostępności do innego woluminu usługi Azure NetApp Files (miejsca docelowego) w innej dostępności. Ta funkcja umożliwia przełączenie aplikacji krytycznej w tryb failover w przypadku awarii lub awarii w całej strefie.

Obsługiwane regiony

Podgląd replikacji między strefami jest dostępny w następujących regionach:

  • Australia Wschodnia
  • Brazylia Południowa
  • Kanada Środkowa
  • Indie Środkowe
  • Central US
  • Azja Wschodnia
  • East US
  • Wschodnie stany USA 2
  • Francja Środkowa
  • Niemcy Środkowo-Zachodnie
  • Japonia Wschodnia
  • Korea Środkowa
  • Europa Północna
  • Norwegia Wschodnia
  • Katar Środkowy
  • Północna Republika Południowej Afryki
  • Southeast Asia
  • South Central US
  • Szwecja Środkowa
  • Szwajcaria Północna
  • Północne Zjednoczone Emiraty Arabskie
  • Południowe Zjednoczone Królestwo
  • US Gov Wirginia
  • West Europe
  • Zachodnie stany USA 2
  • Zachodnie stany USA 3

W przyszłości planowana jest replikacja między strefami dla wszystkich regionów z obsługą az z obecnością usługi Azure NetApp Files.

Cele poziomu usług

Cel punktu odzyskiwania (RPO) wskazuje punkt w czasie, do którego można odzyskać dane. Obiekt docelowy celu punktu odzyskiwania jest zwykle mniejszy niż dwa razy w harmonogramie replikacji, ale może się różnić. W niektórych przypadkach może wykraczać poza docelowy cel punktu odzyskiwania na podstawie czynników, takich jak całkowity rozmiar zestawu danych, współczynnik zmian, procent zastępowania danych i przepustowość replikacji dostępna do transferu.

Replikacja między strefami obsługuje trzy harmonogramy replikacji: 10 minut, co godzinę i codziennie.

  • W przypadku harmonogramu replikacji 10 minut typowy cel punktu odzyskiwania jest krótszy niż 20 minut.
  • W przypadku harmonogramu replikacji godzinowej typowy cel punktu odzyskiwania jest krótszy niż dwie godziny.
  • W przypadku codziennego harmonogramu replikacji typowy cel punktu odzyskiwania jest krótszy niż dwa dni.

Cel czasu odzyskiwania (RTO) lub maksymalny tolerowany przestój aplikacji biznesowej jest określany przez czynniki podczas tworzenia aplikacji i zapewniania dostępu do danych w drugiej lokacji. Część magazynu celu czasu odzyskiwania w celu przerwania relacji komunikacji równorzędnej w celu aktywowania woluminu docelowego i zapewnienia dostępu do danych odczytu i zapisu w drugiej lokacji powinna zostać ukończona w ciągu minuty.

Model kosztów replikacji między strefami

Replikowane woluminy są hostowane w puli pojemności. W związku z tym koszt replikacji między strefami jest oparty na aprowizowanej puli pojemności i warstwie w normalny sposób. Replikacja danych nie wiąże się z dodatkowymi kosztami.

Następne kroki