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 | Wschodnie stany USA | Zachodnie stany USA |
Ameryka Północna | Wschodnie stany USA 2 | Środkowe stany USA |
Ameryka Północna | Północno-środkowe stany USA | South Central US |
Ameryka Północna | Zachodnie stany USA 3 | Wschodnie stany USA |
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 |
Izrael/Szwecja | Izrael Centralny | Szwecja Środkowa |
Katar/Europa | Katar Środkowy | West Europe |
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 |
Włochy/Szwecja | Włochy Północne | Szwecja Środkowa |
Szwecja/Niemcy | Szwecja Środkowa | Niemcy Środkowo-Zachodnie |
Hiszpania/Szwecja | Hiszpania Środkowa | Szwecja Środkowa |
Ameryka Północna | Wschodnie stany USA | Wschodnie stany USA 2 |
Ameryka Północna | Wschodnie stany USA 2 | Zachodnie stany USA 2 |
Ameryka Północna | Wschodnie stany USA 2 | Zachodnie stany USA 3 |
Ameryka Północna | Północno-środkowe stany USA | Wschodnie stany USA 2 |
Ameryka Północna | South Central US | Wschodnie stany USA |
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 | Wschodnie stany USA |
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.
Ważne
Duże woluminy replikacji między regionami nie obsługują 10-minutowego harmonogramu replikacji.
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
- Wymagania i uwagi dotyczące używania replikacji między regionami
- Tworzenie replikacji woluminów
- Wyświetlanie stanu kondycji relacji replikacji
- Zarządzanie odzyskiwaniem po awarii
- Zmienianie rozmiaru woluminu docelowego replikacji między regionami
- Metryki replikacji woluminów
- Usuwanie replikacji woluminów lub woluminów
- Rozwiązywanie problemów z replikacją między regionami
- Testowanie odzyskiwania po awarii dla usługi Azure NetApp Files