Udostępnij przez


Zmienianie konfiguracji nadmiarowości usługi Azure Storage: często zadawane pytania

Istnieje wiele czynników, które mogą wpływać na konieczność zmiany opcji nadmiarowości kont magazynowych. Prawidłowa opcja nadmiarowości równoważy dostępność danych organizacji, odzyskiwanie po awarii, wydajność i wymagania dotyczące kosztów. Te wymagania są ważone pod kątem ryzyka i korzyści związanych z różnymi opcjami nadmiarowości. Aby zapewnić optymalną i odporną strategię przechowywania danych, konieczna jest regularna ocena i korekta.

Istnieje również wiele czynników, które należy wziąć pod uwagę podczas zmieniania opcji nadmiarowości, zwłaszcza z perspektywy czasu i kosztów. Czas potrzebny na zmianę opcji nadmiarowości może się różnić w zależności od kilku czynników. Te czynniki mogą obejmować zmiany opcji, rozmiar konta i bieżące wymagania dotyczące zasobów w regionie. Mogą również istnieć koszty związane z transferem danych i zwiększonymi wymaganiami dotyczącymi magazynu podczas przejścia i po nim.

Ważne

W praktyce konwersja konta magazynu może odnosić się do zmiany SKU lub typu konta magazynu. Na przykład możesz przekonwertować starsze konto magazynu ogólnego przeznaczenia w wersji 1 na standardowe konto ogólnego przeznaczenia w wersji 2, co umożliwia zwiększenie dostępności, odporności i funkcji.

Na potrzeby tego artykułu konwersja konta magazynu dotyczy konkretnie zmiany konfiguracji nadmiarowości konta magazynu.

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące procesu zmiany opcji nadmiarowości usługi Azure Storage dla kont pamięci masowej.

Jak różnią się konwersje geograficzne i strefowe?

Terminy geograficzne i strefowe odnoszą się do dwóch różnych typów strategii zapewniających dodatkową nadmiarowość danych na platformie Azure. Aby rozwiązać te strategie, platforma Azure oferuje dwa różne typy zmian opcji nadmiarowości: te obejmujące magazyn geograficznie nadmiarowy (GRS) i te obejmujące magazyn strefowo nadmiarowy (ZRS).

Jak oznaczają ich nazwy, nadmiarowość strefowa chroni przed awariami stref, podczas gdy nadmiarowość geograficzna chroni przed awariami regionalnymi na dużą skalę. W przypadku zmiany opcji nadmiarowości konta magazynu typ zainicjowanej konwersji wpływa na czas trwania procesu, potencjalne koszty i sprzeczne funkcje lub scenariusze. Aby uzyskać więcej informacji, zobacz artykuł Zmienianie opcji nadmiarowości dla konta magazynu .

Konwersja strefowa

Nadmiarowość strefowa replikuje dane w wielu strefach dostępności lub izolowanych centrach danych w jednym regionie. Te strefy lub centra danych mają niezależne zasilanie, chłodzenie i sieć.

Po dodaniu redundancji strefowej do konta magazynowego, konto przechodzi konwersję strefową, która chroni dane przed awariami w określonym centrum danych. Usunięcie nadmiarowości strefowej odwraca tę ochronę.

Konwersje strefowe obejmują:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Konwersja geograficzna

Nadmiarowość geograficzna replikuje dane do pomocniczego, odległego geograficznie regionu. Ta replikacja chroni dane przed katastrofami regionalnymi na dużą skalę, takimi jak huragany, trzęsienia ziemi i powodzie. Po dodaniu nadmiarowości geograficznej do konta magazynu konto magazynu przechodzi konwersję geograficzną, która chroni dane przed awariami regionalnymi. Usunięcie nadmiarowości geograficznej odwraca tę ochronę.

Konwersje geograficzne obejmują:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS lub RA-GZRS
  • GZRS lub RA-GZRS → ZRS

Jakie opłaty są skojarzone z konwersją jednostki SKU?

Nie ma żadnych początkowych kosztów podejmowania konwersji strefowych. Jednak po pomyślnym przekonwertowaniu konta bieżące koszty magazynowania danych i transakcji mogą być wyższe z powodu zwiększonej replikacji. Na przykład nie ma opłat za początkową konwersję konta z LRS na ZRS. Jednak ponieważ ZRS ma wyższe koszty zarówno dla przechowywania danych, jak i transakcji, może to wiązać się z wyższymi kosztami niż LRS.

Podczas dodawania nadmiarowości geograficznej wynikowa konwersja geograficzna powoduje naliczanie kosztu transferu danych replikacji geograficznej w chwili dokonania zmiany. Ta opłata za transfer ma zastosowanie, ponieważ całe konto magazynu jest replikowane do regionu pomocniczego. Ponieważ wszystkie kolejne operacje zapisu są również replikowane do regionu pomocniczego, również podlegają opłatom za transfer danych.

Podczas usuwania nadmiarowości geograficznej nie są naliczane opłaty, gdy konwertujesz GRS → LRS lub GZRS → ZRS.

Po usunięciu dostępu do odczytu z konta magazynu opłaty nadal są naliczane jako RA-GRS lub RA-GZRS przez 30 dni po zmianie daty dostępu. Te zasady dotyczą RA-GRS → GRS lub RA-GZRS → GZRS.

Więcej informacji na temat zmiany opcji replikacji konta magazynu można uzyskać w artykule Zmienianie opcji nadmiarowości dla konta magazynu .

Jak długo trwa proces konwersji jednostki SKU?

Typ inicjowanej konwersji konta ma wpływ na czas trwania procesu. Aby lepiej zrozumieć oś czasu, ważne jest, aby poznać różnice między nadmiarowością strefową i geograficzną. Aby uzyskać szczegółowe informacje na temat tych różnic, zobacz sekcję Jakie są różnice między konwersjami geograficznymi i strefowymi.

Rzeczywisty czas potrzebny na ukończenie każdej konwersji może się różnić w zależności od kilku czynników. Więcej informacji na temat różnic między konwersjami a czynnikami wpływającymi na czas konwersji jednostek SKU można przeczytać w sekcji Jak różnią się konwersje geograficzne i strefowe.

Konwersja strefowa

Procesy przekształceń nadmiarowości strefowej zazwyczaj rozpoczynają się w ciągu kilku dni po zatwierdzeniu żądania. Jednak ukończenie tego procesu może potrwać kilka tygodni, w zależności od bieżących wymagań dotyczących zasobów w regionie, rozmiarze konta i innych czynnikach. Postęp konwersji zmienia się na In progress w momencie rozpoczęcia przenoszenia danych.

Obecnie nie ma umowy dotyczącej poziomu usług (SLA) na zakończenie konwersji strefowej i nie można przyspieszyć procesu konwersji, przesyłając wniosek o pomoc techniczną. Stan postępu konwersji zmienia się na In progress, gdy rozpoczyna się przenoszenie danych.

Jeśli potrzebujesz większej kontroli nad terminami konwersji, na przykład kiedy się rozpoczyna i kończy, rozważ przeprowadzenie migracji ręcznej. Ręczne migracje wykorzystują funkcję lub narzędzie, takie jak AzCopy, do migracji danych z bieżącego konta magazynowego na inne konto magazynowe z żądaną nadmiarowością.

Więcej informacji na temat zmiany opcji replikacji konta magazynu można uzyskać w artykule Zmienianie opcji nadmiarowości dla konta magazynu .

Konwersja geograficzna

Obecnie nie ma SLA (umowy o gwarantowanym poziomie świadczenia usług) dotyczącej ukończenia konwersji geograficznej i nie można przyspieszyć tego procesu, przesyłając zgłoszenie do pomocy technicznej. Przedział czasu potrzebny do ukończenia tych konwersji może się różnić w zależności od różnych czynników, w tym:

  • Liczba i rozmiar obiektów na koncie magazynowym.
  • Dostępne zasoby na potrzeby replikacji w tle, takie jak procesor CPU, pamięć, dysk i pojemność sieci WAN.

Więcej informacji na temat czynników wpływających na czas konwersji jednostki SKU można uzyskać w artykule Inicjowanie trybu failover konta magazynu . Więcej informacji na temat zmiany opcji replikacji konta magazynu można również dowiedzieć się w artykule Zmienianie opcji nadmiarowości dla konta magazynu .

Dlaczego proces konwersji jednostki SKU trwa tak długo?

Proces konwersji jednostki SKU zwykle kończy się w ciągu kilku dni, ale może potrwać do kilku tygodni w zależności od obecnego zapotrzebowania na zasoby w regionie, rozmiaru konta i innych czynników.

Obecnie nie ma umowy SLA dotyczącej ukończenia konwersji SKU na poziomie geograficznym lub strefowym i nie można przyspieszyć tego procesu poprzez przesłanie zgłoszenia do wsparcia technicznego.

Jeśli potrzebujesz większej kontroli nad terminami konwersji, na przykład kiedy się rozpoczyna i kończy, rozważ przeprowadzenie migracji ręcznej. Ręczne migracje wykorzystują funkcję lub narzędzie, takie jak AzCopy, do migracji danych z bieżącego konta magazynowego na inne konto magazynowe z żądaną nadmiarowością.

Więcej informacji na temat zmiany opcji replikacji konta magazynu można uzyskać w artykule Zmienianie opcji nadmiarowości dla konta magazynu .

Jak konwersja jednostki SKU wpływa na wydajność i dostępność? Czy oczekiwano przestoju aplikacji? Czy spodziewana jest utrata danych?

Podczas konwersji jednostki SKU można nadal uzyskiwać dostęp do danych na koncie magazynu bez utraty trwałości ani dostępności. Umowa SLA usługi Azure Storage jest zachowywana podczas procesu konwersji i żadne dane nie zostaną utracone. Podobnie punkty końcowe usługi, klucze dostępu, sygnatury dostępu współdzielonego i inne opcje konta również pozostają niezmienione.

Więcej informacji na temat zmiany opcji replikacji konta magazynu można uzyskać w artykule Zmienianie opcji nadmiarowości dla konta magazynu .

Jak mogę przekonwertować moje konto z magazynu LRS na magazyn GZRS?

Bezpośrednia konwersja LRS → GZRS nie jest obsługiwana. Ta konkretna konwersja wymaga dwuetapowego procesu, który można wykonać na dwa sposoby:

  • LRS → ZRS, a następnie ZRS → GZRS, lub
  • LRS → GRS, a następnie GRS → GZRS.

Podczas przeprowadzania konwersji LRS → ZRS, a następnie ZRS → GZRS, należy poczekać co najmniej 72 godziny między konwersjami. To tymczasowe opóźnienie zapewnia spójność i integralność konta, umożliwiając ukończenie procesów w tle przed wprowadzeniem kolejnej zmiany.

Jak przekonwertować moje konto z GZRS na LRS?

Bezpośrednia konwersja GZRS → LRS nie jest obsługiwana. Ta konwersja wymaga dwuetapowego procesu, który można wykonać na dwa sposoby:

  • GZRS → ZRS, a następnie ZRS → LRS lub
  • GZRS → GRS, a następnie GRS → LRS.

Podczas przeprowadzania konwersji GZRS → GRS , a następnie GRS → LRS, należy poczekać co najmniej 72 godziny między konwersjami. To tymczasowe opóźnienie zapewnia spójność i integralność konta, umożliwiając ukończenie procesów w tle przed wprowadzeniem kolejnej zmiany.

Jak mogę przekonwertować konto z GRS na ZRS?

Bezpośrednia konwersja GRS → ZRS nie jest obsługiwana. Ta konwersja wymaga dwuetapowego procesu, który można wykonać na dwa sposoby:

  • GRS → GZRS, a następnie GZRS → ZRS.
  • GRS → LRS, następnie LRS → ZRS.

Podczas wykonywania konwersji GRS → GZRS , a następnie GZRS → ZRS, należy poczekać co najmniej 72 godziny między konwersjami. To tymczasowe opóźnienie zapewnia spójność i integralność konta, umożliwiając ukończenie procesów w tle przed wprowadzeniem kolejnej zmiany.

Po zakończeniu początkowej konwersji konta magazynowego GRS → LRS, konto magazynu tymczasowo stanie się LRS, co jest opcją o niższej nadmiarowości. Ta opcja zapewnia mniej trwałości i dostępności.

Jak przekonwertować moje konto z magazynu ZRS na GRS?

Bezpośrednia zmiana ZRS → GRS nie jest obsługiwana. Ta konwersja wymaga dwuetapowego procesu, który można wykonać na dwa sposoby:

  • ZRS → GZRS, a następnie GZRS → GRS lub
  • ZRS → LRS, a następnie LRS → GRS.

Podczas przeprowadzania konwersji ZRS → LRS, a następnie LRS → GRS, należy poczekać co najmniej 72 godziny między konwersjami. To tymczasowe opóźnienie zapewnia spójność i integralność konta, umożliwiając ukończenie procesów w tle przed wprowadzeniem kolejnej zmiany.

Po zakończeniu początkowej konwersji ZRS → LRS konto magazynu jest tymczasowo utrzymywane w LRS, co jest opcją o niższej nadmiarowości. Ta opcja zapewnia znacznie mniejszą trwałość i dostępność.

Jakie są sprzeczne funkcje lub scenariusze konwersji jednostek SKU?

Podobnie jak w przypadku czasu trwania konwersji, typ inicjowanej konwersji konta ma wpływ na liczbę funkcji i scenariuszy powodujących konflikt.

Konwersje strefowe

Konwersje strefowe obejmują dodawanie lub usuwanie opcji strefy dostępności na koncie. Na poniższej liście przedstawiono najbardziej typowe sprzeczne funkcje lub scenariusze, które mogą generować błędy podczas próby konwersji strefowej. Jeśli wystąpi błąd, komunikat o błędzie zazwyczaj zawiera szczegółowe informacje o konkretnym konflikcie.

  • Replikacja obiektów: Konwersje strefowe na kontach z replikacją obiektów (OR) mogą generować błąd. W takim przypadku możesz usunąć zasady OR konta i ponowić próbę konwersji.
  • NFSv3: Nie można usunąć konfiguracji NFSv3. Aby przekonwertować konto z obsługą systemu plików NFSv3 na magazyn ZRS, należy przeprowadzić migrację ręczną. Ręczne migracje wykorzystują funkcję lub narzędzie, takie jak AzCopy, do migracji danych z bieżącego konta magazynowego na inne konto magazynowe z żądaną nadmiarowością. Aby dowiedzieć się więcej na temat korzystania z narzędzia AzCopy, zobacz Kopiowanie obiektów blob za pomocą narzędzia AzCopy.
  • Przywracanie do punktu w czasie (PITR): Zonalne konwersje na kontach z funkcją przywracania do punktu w czasie (PITR) mogą powodować błąd. W takim przypadku można wyłączyć funkcję PITR i ponowić próbę migracji.
  • Dane archiwalne: Konta zawierające dane w warstwie archiwum mogą generować błędy. Przed przekonwertowaniem należy ponownie przywrócić dane archiwum do warstwy zimnej, chłodnej lub gorącej, a następnie ponowić próbę konwersji. Przed przekonwertowaniem można również usunąć wszystkie zarchiwizowane dane.
  • Konta NFSv4 z publicznymi punktami końcowymi: Podczas próby migracji konta magazynu z publicznym punktem końcowym mogą wystąpić problemy. Przed ponowną próbą konwersji należy wyłączyć dostęp do publicznych punktów końcowych konta magazynu. Więcej informacji na temat zmiany replikacji konta jest dostępne w artykule Zmienianie sposobu replikacji konta magazynu.
  • Wybór routingu, routing internetowy: Należy ustawić preferencję routingu na routing sieciowy firmy Microsoft. Aby uzyskać szczegółowe informacje, zobacz Konfigurowanie preferencji routingu sieciowego.
  • Konta z włączoną diagnostyką rozruchu: Diagnostyka rozruchu maszyn wirtualnych nie jest obsługiwana w przypadku ZRS. Migracje, w tym LRS → ZRS; GRS → GZRS; i RA-GRS → ra-GZRS są blokowane. Możesz wyłączyć diagnostykę rozruchu na koncie przed migracją, ale nie można ich ponownie włączyć po zakończeniu konwersji. Aby uzyskać szczegółowe informacje, zobacz artykuł Diagnostyka rozruchu dla maszyn wirtualnych na platformie Azure .
  • Nieobsługiwany element docelowy: Mimo że region konta może obsługiwać określoną jednostkę SKU, nie wszystkie regiony obsługują migracje strefowe. Próba konwersji w nieobsługiwanym regionie może powodować błędy. Na przykład, region Kanada Wschodnia nie obsługuje GZRS; próba zmiany konta z GRS na GZRS kończy się niepowodzeniem. Aby dowiedzieć się więcej o tym, które jednostki SKU są obsługiwane w określonym regionie, zapoznaj się z artykułem Lista regionów świadczenia usługi Azure .
  • Konwersja powodująca konflikt: Twoje konto może obecnie mieć konflikt podczas migracji. Na przykład możesz już mieć w toku migrację replikacji danych LRS → GRS. Próba wykonania konwersji LRS → ZRS kończy się niepowodzeniem. Poczekaj na ukończenie oryginalnej migracji przed przesłaniem nowego żądania konwersji.
  • Konto przełączono do trybu failover: Jeśli twoje konto przełączono do trybu failover, możesz przywrócić konto do jego oryginalnego regionu podstawowego, a następnie ponownie przesłać żądanie dotyczące konta.

Konwersje geograficzne

Konwersje geograficzne obejmują dodawanie lub usuwanie obiektów docelowych replikacji w pomocniczych, odległych geograficznie regionach. Na poniższej liście wyróżniono najbardziej typowe sprzeczne funkcje lub scenariusze, które mogą generować błędy podczas próby konwersji geograficznej. Jeśli wystąpi błąd, komunikat o błędzie zazwyczaj zawiera szczegółowe informacje o konkretnym konflikcie.

  • Archiwizowanie danych: Jeśli Twoje konto zawiera dane w warstwie Archiwum, dane muszą zostać ponownie przekazane, zanim będzie można przesłać żądanie LRS → GRS . Ponieważ dostawca zasobów magazynu (SRP) sprawdza, czy przed przeprowadzeniem konwersji nie ma zarchiwizowanych danych, powinieneś otrzymać komunikat o błędzie niemal natychmiast.
  • Nieobsługiwany element docelowy: Istnieją niektóre regiony platformy Azure z trzema strefami dostępności i bez regionu satelitarnego. Te regiony obsługują ZRS, ale nie obsługują GZRS. Upewnij się, że region obsługuje żądaną jednostkę SKU.

Zobacz także