Replikacja woluminów Azure NetApp Files między regionami

Funkcja replikacji usługi Azure NetApp Files zapewnia ochronę danych za pośrednictwem replikacji woluminów między regionami. Możesz asynchronicznie replikować dane z woluminu usługi Azure NetApp Files (źródła) w jednym regionie do innego woluminu usługi Azure NetApp Files (miejsca docelowego) w innym regionie. Ta funkcja umożliwia przełączenie aplikacji krytycznej w tryb failover w przypadku awarii lub awarii całego regionu.

Obsługiwane pary replikacji między regionami

Replikacja woluminów usługi Azure NetApp Files jest obsługiwana między różnymi parami regionalnymi platformy Azure i parami niestandardowymi. Replikacja woluminu usługi Azure NetApp Files jest obecnie dostępna między następującymi regionami. Woluminy usługi Azure NetApp Files można replikować z pary regionalnej A do pary regionalnej B i odwrotnie.

Pary regionalne platformy Azure

Obszar geograficzny Para regionalna A Para regionalna B
Australia Australia Środkowa Australia Środkowa 2
Australia Australia Wschodnia Australia Południowo-Wschodnia
Azja i Pacyfik Azja Wschodnia Southeast Asia
Brazylia Brazylia Południowa Brazylia Południowo–Wschodnia
Brazylia/Ameryka Północna Brazylia Południowa South Central US
Kanada Kanada Środkowa Kanada Wschodnia
Europa Europa Północna West Europe
Niemcy Niemcy Środkowo-Zachodnie Niemcy Północne
Indie Indie Środkowe Indie Południowe
Japonia Japonia Wschodnia Japonia Zachodnia
Korea Korea Środkowa Korea Południowa
Ameryka Północna East US Zachodnie stany USA
Ameryka Północna Wschodnie stany USA 2 Central US
Ameryka Północna Północno-środkowe stany USA South Central US
Ameryka Północna Zachodnie stany USA 3 East US
Norwegia Norwegia Wschodnia Norwegia Zachodnia
Szwajcaria Szwajcaria Północna Szwajcaria Zachodnia
Zjednoczone Królestwo Południowe Zjednoczone Królestwo Zachodnie Zjednoczone Królestwo
Zjednoczone Emiraty Arabskie Północne Zjednoczone Emiraty Arabskie Środkowe Zjednoczone Emiraty Arabskie
US Government US Gov Arizona US Gov Teksas
US Government US Gov Wirginia US Gov Teksas

Regionalne pary nietypowe platformy Azure

Obszar geograficzny Para regionalna A Para regionalna B
Australia/Azja Południowo-Wschodnia Australia Wschodnia Southeast Asia
Francja/Europa Francja Środkowa West Europe
Niemcy/Wielka Brytania Niemcy Środkowo-Zachodnie Południowe Zjednoczone Królestwo
Niemcy/Europa Niemcy Środkowo-Zachodnie West Europe
Niemcy/Francja Niemcy Środkowo-Zachodnie Francja Środkowa
Katar/Europa Katar Środkowy West Europe
Ameryka Północna East US Wschodnie stany USA 2
Ameryka Północna Wschodnie stany USA 2 Zachodnie stany USA 2
Ameryka Północna Północno-środkowe stany USA Wschodnie stany USA 2
Ameryka Północna South Central US East US
Ameryka Północna South Central US Wschodnie stany USA 2
Ameryka Północna South Central US Central US
Ameryka Północna Zachodnie stany USA 2 East US
Ameryka Północna Zachodnie stany USA 2 Zachodnie stany USA 3
US Government US Gov Arizona US Gov Wirginia

Uwaga

Może wystąpić rozbieżność rozmiaru i liczby migawek między źródłem a miejscem docelowym. Ta rozbieżność jest oczekiwana. Zasady migawek i harmonogramy replikacji będą miały wpływ na liczbę migawek. Zasady migawek i harmonogramy replikacji, w połączeniu z ilością danych zmienionych między migawkami, będą miały wpływ na rozmiar migawek. Aby dowiedzieć się więcej na temat migawek, zobacz Jak działają migawki 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 regionami 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 na potrzeby replikacji między regionami

W przypadku replikacji między regionami usługi Azure NetApp Files płacisz tylko za ilość replikowanych danych. Nie ma opłaty za konfigurację ani minimalnej opłaty za użycie. Cena replikacji zależy od częstotliwości replikacji i regionu woluminu docelowego wybranego podczas konfiguracji replikacji początkowej. Aby uzyskać więcej informacji, zobacz stronę Cennik usługi Azure NetApp Files.

Regularne opłaty za pojemność magazynu usługi Azure NetApp Files dotyczą woluminu docelowego replikacji (nazywanego również woluminem ochrony danych).

Przykłady cen

Kwota replikacji między regionami rozliczana w miesiącu zależy od ilości danych replikowanych za pośrednictwem funkcji replikacji między regionami w tym miesiącu. Ilość replikowanych danych jest mierzona w gib. Reprezentuje sumę danych replikowanych w dwóch regionach podczas wszystkich regularnych replikacji z woluminów źródłowych do woluminów docelowych i podczas wszystkich ponownych replikacji z woluminów docelowych do woluminów źródłowych.

Przykład 1: Replikacja punktu odniesienia i przyrostowe replikacje w miesiącu 1

Załóżmy następujące sytuacje:

  • Wolumin źródłowy pochodzi z poziomu usługi Azure NetApp Files Premium . Ma rozmiar limitu przydziału woluminu 1000 GiB i wolumin używany rozmiar 500 GiB na początku pierwszego dnia miesiąca. Wolumin znajduje się w regionie Południowo-środkowe stany USA.
  • Wolumin docelowy pochodzi z poziomu usługi Azure NetApp Files w warstwie Standardowa . Znajduje się on w regionie Wschodnie stany USA 2 .
  • Skonfigurowano godzinową replikację między regionami między dwoma woluminami powyżej. W związku z tym cena replikacji wynosi 0,12 USD za GiB.
  • Dla uproszczenia załóżmy, że wolumin źródłowy ma stałą zmianę danych 0,5 GiB co godzinę, ale całkowity rozmiar zużytego woluminu nie rośnie (pozostaje w 500 GiB).

Po początkowej konfiguracji replikacja linii bazowej odbywa się natychmiast.

  • Ilość danych replikowana podczas replikacji odniesienia: 500 GiB
  • Opłaty za replikację wg planu bazowego: 500 GiB * $0.12 = $60

Po replikacji bazowej replikowane są tylko zmienione bloki. W związku z tym tylko 0,5 GiB danych będzie replikowane co godzinę w kolejnych replikacjach przyrostowych.

  • Suma ilości danych replikowanych w replikacjach przyrostowych dla 30-dniowego miesiąca: 0.5 GiB * 24 hours * 30 days = 360 GiB
  • Opłaty za replikację przyrostowe: 360 GiB * $0.12 = $43.2

Do końca miesiąca 1 łączna opłata za replikację między regionami jest następująca:

  • Łączna opłata za replikację między regionami z miesiąca 1: $60 + $43.2 = $103.2

Regularne opłaty za pojemność magazynu usługi Azure NetApp Files dotyczą woluminu docelowego. Jednak wolumin docelowy może używać warstwy magazynowania innej niż (i tańsza niż) źródłowej warstwy woluminu.

Przykład 2: Replikacje przyrostowe i ponowne synchronizowanie replikacji w miesiącu 2

Załóżmy, że masz wolumin źródłowy, wolumin docelowy i relację replikacji między dwiema konfiguracjami zgodnie z opisem w przykładzie 1. W ciągu 29 dni drugiego miesiąca (30-dniowego miesiąca) replikacje godzinowe miały miejsce zgodnie z oczekiwaniami.

  • Suma ilości danych replikowanych w replikacjach przyrostowych przez 29 dni: 0.5 GiB * 24 hours * 29 days = 348 GiB

Załóżmy, że w ostatnim dniu miesiąca wystąpiła nieplanowana awaria w regionie źródłowym i nastąpiło przełączenie w tryb failover do woluminu docelowego. Po 2 godzinach region źródłowy został odzyskany i wykonano ponowną replikację z woluminu docelowego do woluminu źródłowego. W ciągu 2 godzin 0,8 GiB zmiany danych wystąpiło na woluminie docelowym i trzeba było przeprowadzić ponowną synchronizację ze źródłem.

  • Suma ilości danych replikowanych w ramach regularnych replikacji przez 22 godziny w ostatnim dniu: 0.5 GiB * 22 hours = 11 GiB
  • Ilość danych replikowana podczas jednej replikacji ponownej synchronizacji: 0.8 GiB

W związku z tym do końca miesiąca 2 łączna opłata za replikację między regionami jest następująca:

  • Łączna opłata za replikację między regionami z miesiąca 2: (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

Regularna opłata za pojemność magazynu usługi Azure NetApp Files w miesiącu 2 dotyczy woluminu docelowego.

Następne kroki