Nadmiarowość usługi Azure Storage

Artykuł
03/07/2023
Czas czytania: 19 min

Usługa Azure Storage zawsze przechowuje wiele kopii danych, aby chronić je przed zaplanowanymi i nieplanowanymi zdarzeniami, w tym przejściowymi awariami sprzętu, awariami sieci lub zasilania oraz ogromnymi klęskami żywiołowymi. Nadmiarowość zapewnia, że konto magazynu spełnia cele dotyczące dostępności i trwałości nawet w przypadku awarii.

Podczas podejmowania decyzji, która opcja nadmiarowości jest najlepsza dla danego scenariusza, należy wziąć pod uwagę kompromisy między niższymi kosztami a wyższą dostępnością. Czynniki, które pomagają określić, którą opcję nadmiarowości należy wybrać, obejmują:

Sposób replikacji danych w regionie podstawowym.
Określa, czy dane są replikowane do drugiego regionu, który jest geograficznie oddalony od regionu podstawowego, aby chronić przed awariami regionalnymi (replikacja geograficzna).
Czy aplikacja wymaga dostępu do odczytu do replikowanych danych w regionie pomocniczym, jeśli region podstawowy stanie się niedostępny z jakiegokolwiek powodu (replikacja geograficzna z dostępem do odczytu).

Uwaga

Funkcje i dostępność regionalna opisana w tym artykule są również dostępne dla kont, które mają hierarchiczną przestrzeń nazw (Azure Blob Storage).

Usługi składające się z usługi Azure Storage są zarządzane za pośrednictwem wspólnego zasobu platformy Azure nazywanego kontem magazynu. Konto magazynu reprezentuje udostępnioną pulę magazynu, która może służyć do wdrażania zasobów magazynu, takich jak kontenery obiektów blob (Blob Storage), udziały plików (Azure Files), tabele (Table Storage) lub kolejki (Queue Storage). Aby uzyskać więcej informacji na temat kont usługi Azure Storage, zobacz Omówienie konta magazynu.

Ustawienie nadmiarowości dla konta magazynu jest współużytkowane dla wszystkich usług magazynu udostępnianych przez to konto. Wszystkie zasoby magazynu wdrożone na tym samym koncie magazynu mają to samo ustawienie nadmiarowości. Możesz odizolować różne typy zasobów na oddzielnych kontach magazynu, jeśli mają różne wymagania dotyczące nadmiarowości.

Nadmiarowość w regionie podstawowym

Dane na koncie usługi Azure Storage są zawsze replikowane trzy razy w regionie podstawowym. Usługa Azure Storage oferuje dwie metody replikowania danych w regionie podstawowym:

Magazyn lokalnie nadmiarowy (LRS) kopiuje dane synchronicznie trzy razy w ramach jednej lokalizacji fizycznej w regionie podstawowym. LRS jest najmniej kosztowną opcją replikacji, ale nie jest zalecana w przypadku aplikacji wymagających wysokiej dostępności lub trwałości.
Magazyn strefowo nadmiarowy (ZRS) kopiuje dane synchronicznie do trzech stref dostępności platformy Azure w regionie podstawowym. W przypadku aplikacji wymagających wysokiej dostępności firma Microsoft zaleca używanie magazynu ZRS w regionie podstawowym, a także replikowanie do regionu pomocniczego.

Uwaga

Firma Microsoft zaleca używanie magazynu ZRS w regionie podstawowym na potrzeby obciążeń Azure Data Lake Storage Gen2.

Magazyn lokalnie nadmiarowy

Magazyn lokalnie nadmiarowy (LRS) replikuje konto magazynu trzy razy w jednym centrum danych w regionie podstawowym. Magazyn LRS zapewnia co najmniej 99,9999999999% (11 dziewiątek) trwałości obiektów w danym roku.

Magazyn LRS jest opcją nadmiarowości o najniższych kosztach i oferuje najmniejszą trwałość w porównaniu z innymi opcjami. Magazyn LRS chroni dane przed awariami stojaka serwera i stacji dysków. Jeśli jednak w centrum danych wystąpi awaria, taka jak pożar lub powodzia, wszystkie repliki konta magazynu korzystającego z magazynu LRS mogą zostać utracone lub nieodwracalne. Aby wyeliminować to ryzyko, firma Microsoft zaleca korzystanie z magazynu strefowo nadmiarowego (ZRS), magazynu geograficznie nadmiarowego (GRS) lub magazynu geograficznie nadmiarowego (GZRS).

Żądanie zapisu na koncie magazynu używającym magazynu LRS odbywa się synchronicznie. Operacja zapisu jest zwracana pomyślnie dopiero po zapisaniu danych do wszystkich trzech replik.

Na poniższym diagramie pokazano, jak dane są replikowane w jednym centrum danych z magazynem LRS:

Diagram przedstawiający sposób replikacji danych w jednym centrum danych przy użyciu magazynu LRS

Magazyn LRS jest dobrym wyborem w następujących scenariuszach:

Jeśli aplikacja przechowuje dane, które można łatwo odtworzyć w przypadku utraty danych, możesz wybrać magazyn LRS.
Jeśli aplikacja jest ograniczona do replikowania danych tylko w kraju lub regionie ze względu na wymagania dotyczące ładu danych, możesz wybrać magazyn LRS. W niektórych przypadkach sparowane regiony, w których dane są replikowane geograficznie, mogą znajdować się w innym kraju lub regionie. Aby uzyskać więcej informacji na temat sparowanych regionów, zobacz Regiony świadczenia usługi Azure.
Jeśli w twoim scenariuszu są używane dyski niezarządzane platformy Azure, możesz zdecydować się na magazyn LRS. Chociaż istnieje możliwość utworzenia konta magazynu dla dysków niezarządzanych platformy Azure korzystających z magazynu GRS, nie jest to zalecane z powodu potencjalnych problemów ze spójnością w porównaniu z asynchroniczną replikacją geograficzną.

Magazyn strefowo nadmiarowy

Magazyn strefowo nadmiarowy (ZRS) replikuje konto magazynu synchronicznie w trzech strefach dostępności platformy Azure w regionie podstawowym. Każda strefa dostępności jest oddzielną lokalizacją fizyczną z niezależnym zasilaniem, chłodzeniem i siecią. Magazyn ZRS oferuje trwałość zasobów magazynu na poziomie co najmniej 99,99999999999% (12 9) w danym roku.

W przypadku magazynu ZRS dane są nadal dostępne dla operacji odczytu i zapisu, nawet jeśli strefa stanie się niedostępna. Jeśli strefa stanie się niedostępna, platforma Azure podejmuje aktualizacje sieci, takie jak ponowne tworzenie punktów DNS. Te aktualizacje mogą mieć wpływ na aplikację, jeśli uzyskujesz dostęp do danych przed ukończeniem aktualizacji. Podczas projektowania aplikacji dla magazynu ZRS należy postępować zgodnie z rozwiązaniami dotyczącymi obsługi błędów przejściowych, w tym implementować zasady ponawiania z wycofywaniem wykładniczym.

Żądanie zapisu na koncie magazynu używającym magazynu odbywa się synchronicznie. Operacja zapisu jest zwracana pomyślnie dopiero po zapisaniu danych do wszystkich replik w trzech strefach dostępności.

Firma Microsoft zaleca używanie magazynu ZRS w regionie podstawowym w scenariuszach wymagających wysokiej dostępności. Magazyn ZRS jest również zalecany do ograniczania replikacji danych do określonego kraju lub regionu w celu spełnienia wymagań dotyczących ładu danych.

Firma Microsoft zaleca używanie magazynu ZRS dla obciążeń Azure Files. Jeśli strefa stanie się niedostępna, nie jest wymagane ponowne instalowanie udziałów plików platformy Azure z połączonych klientów.

Na poniższym diagramie przedstawiono sposób replikacji danych między strefami dostępności w regionie podstawowym przy użyciu magazynu ZRS:

Diagram przedstawiający sposób replikacji danych w regionie podstawowym przy użyciu magazynu ZRS

Magazyn ZRS zapewnia doskonałą wydajność, małe opóźnienia i odporność danych, jeśli stanie się tymczasowo niedostępna. Jednak magazyn ZRS sam w sobie może nie chronić danych przed awarią regionalną, w której wiele stref jest trwale dotkniętych. Aby zapewnić ochronę przed awariami regionalnymi, firma Microsoft zaleca używanie magazynu geograficznie nadmiarowego (GZRS), który używa magazynu ZRS w regionie podstawowym, a także replikacji geograficznej danych do regionu pomocniczego.

Warstwa Archiwum dla usługi Blob Storage nie jest obecnie obsługiwana dla kont magazynu ZRS, GZRS ani RA-GZRS. Dyski niezarządzane nie obsługują magazynu ZRS ani magazynu GZRS.

Aby uzyskać więcej informacji na temat regionów obsługujących magazyn ZRS, zobacz Regiony platformy Azure ze strefami dostępności.

Konta usługi Storage w warstwie Standardowa

Magazyn ZRS jest obsługiwany dla wszystkich usług Azure Storage za pośrednictwem standardowych kont magazynu ogólnego przeznaczenia w wersji 2, w tym:

Azure Blob Storage (gorące i chłodne blokowe obiekty blob oraz uzupełnialne obiekty blob, stronicowe obiekty blob niedystronicowe)
Azure Files (wszystkie warstwy standardowe: zoptymalizowane pod kątem transakcji, gorąca i chłodna)
Usługa Azure Table Storage
Azure Queue Storage

Magazyn ZRS dla standardowych kont magazynu ogólnego przeznaczenia w wersji 2 jest dostępny dla podzbioru regionów platformy Azure:

(Afryka) Republika Południowej Afryki Północnej
(Azja i Pacyfik) Australia Wschodnia
(Azja i Pacyfik) Indie Środkowe
(Azja i Pacyfik) Azja Wschodnia
(Azja i Pacyfik) Japonia Wschodnia
(Azja i Pacyfik) Korea Środkowa
(Azja i Pacyfik) Azja Południowo-Wschodnia
(Europa) Francja Środkowa
(Europa) Niemcy Zachodnio-środkowe
(Europa) Europa Północna
(Europa) Norwegia Wschodnia
(Europa) Szwecja Środkowa
(Europa) Szwajcaria Północna
(Europa) Południowe Zjednoczone Królestwo
(Europa) Europa Zachodnia
(Bliski Wschód) Katar Środkowy
(Bliski Wschód) Zjednoczone Emiraty Arabskie Na Północ
(Ameryka Północna) Kanada Środkowa
(Ameryka Północna) Środkowe stany USA
(Ameryka Północna) Wschodnie stany USA
(Ameryka Północna) Wschodnie stany USA 2
(Ameryka Północna) Południowo-środkowe stany USA
(Ameryka Północna) US Gov Wirginia
(Ameryka Północna) Zachodnie stany USA 2
(Ameryka Północna) Zachodnie stany USA 3
(Ameryka Południowa) Brazylia Południowa

Konta blokowych obiektów blob w warstwie Premium

Magazyn ZRS jest obsługiwany w przypadku kont blokowych obiektów blob w warstwie Premium. Aby uzyskać więcej informacji na temat blokowych obiektów blob w warstwie Premium, zobacz Konta magazynu blokowych obiektów blob w warstwie Premium.

Blokowe obiekty blob w warstwie Premium są dostępne w podzestawie regionów świadczenia usługi Azure:

(Azja i Pacyfik) Australia Wschodnia
(Azja i Pacyfik) Azja Wschodnia
(Azja i Pacyfik) Japonia Wschodnia
(Azja i Pacyfik) Azja Południowo-Wschodnia
(Europa) Francja Środkowa
(Europa) Europa Północna
(Europa) Europa Zachodnia
(Europa) Południowe Zjednoczone Królestwo
(Ameryka Północna) Wschodnie stany USA
(Ameryka Północna) Wschodnie stany USA 2
(Ameryka Północna) Zachodnie stany USA 2
(Ameryka Północna) Południowo-środkowe stany USA
(Ameryka Południowa) Brazylia Południowa

Magazyn ZRS jest obsługiwany w przypadku udziałów plików w warstwie Premium (Azure Files) za pośrednictwem FileStorage rodzaju konta magazynu.

Magazyn ZRS dla udziałów plików w warstwie Premium jest dostępny dla podzbioru regionów platformy Azure:

(Azja i Pacyfik) Australia Wschodnia
(Azja i Pacyfik) Japonia Wschodnia
(Azja i Pacyfik) Azja Południowo-Wschodnia
(Azja i Pacyfik) Korea Środkowa
(Europa) Francja Środkowa
(Europa) Europa Północna
(Europa) Europa Zachodnia
(Europa) Południowe Zjednoczone Królestwo
(Bliski Wschód) Katar Środkowy
(Ameryka Północna) Wschodnie stany USA
(Ameryka Północna) Wschodnie stany USA 2
(Ameryka Północna) Zachodnie stany USA 2
(Ameryka Północna) Południowo-środkowe stany USA
(Ameryka Południowa) Brazylia Południowa

Nadmiarowość w regionie pomocniczym

W przypadku aplikacji wymagających wysokiej trwałości możesz dodatkowo skopiować dane na koncie magazynu do regionu pomocniczego, który znajduje się setki kilometrów od regionu podstawowego. Jeśli konto magazynu jest kopiowane do regionu pomocniczego, dane są trwałe nawet w przypadku całkowitej awarii regionalnej lub awarii, w której region podstawowy nie jest możliwy do odzyskania.

Podczas tworzenia konta magazynu należy wybrać region podstawowy dla konta. Sparowany region pomocniczy jest określany na podstawie regionu podstawowego i nie można go zmienić. Aby uzyskać więcej informacji na temat regionów obsługiwanych przez platformę Azure, zobacz Regiony świadczenia usługi Azure.

Usługa Azure Storage oferuje dwie opcje kopiowania danych do regionu pomocniczego:

Magazyn geograficznie nadmiarowy (GRS) kopiuje dane synchronicznie trzy razy w ramach jednej lokalizacji fizycznej w regionie podstawowym przy użyciu LRS. Następnie dane są kopiowane asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym. W regionie pomocniczym dane są kopiowane synchronicznie trzy razy przy użyciu magazynu LRS.
Magazyn geograficznie nadmiarowy (GZRS) kopiuje dane synchronicznie do trzech stref dostępności platformy Azure w regionie podstawowym przy użyciu magazynu ZRS. Następnie dane są kopiowane asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym. W regionie pomocniczym dane są kopiowane synchronicznie trzy razy przy użyciu magazynu LRS.

Uwaga

Podstawową różnicą między magazynami GRS i GZRS jest sposób replikacji danych w regionie podstawowym. W regionie pomocniczym dane są zawsze replikowane synchronicznie trzy razy przy użyciu magazynu LRS. Magazyn LRS w regionie pomocniczym chroni dane przed awariami sprzętu.

W przypadku magazynu GRS lub GZRS dane w regionie pomocniczym nie są dostępne do odczytu lub zapisu, chyba że nastąpi przejście w tryb failover do regionu podstawowego. Aby uzyskać dostęp do odczytu do regionu pomocniczego, skonfiguruj konto magazynu tak, aby używało magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GRS) lub magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GZRS). Aby uzyskać więcej informacji, zobacz Odczyt dostępu do danych w regionie pomocniczym.

Jeśli region podstawowy stanie się niedostępny, możesz wybrać przejście w tryb failover do regionu pomocniczego. Po zakończeniu pracy w trybie failover region pomocniczy staje się regionem podstawowym i można ponownie odczytywać i zapisywać dane. Aby uzyskać więcej informacji na temat odzyskiwania po awarii i dowiedzieć się, jak przejść w tryb failover w regionie pomocniczym, zobacz Odzyskiwanie po awarii i tryb failover konta magazynu.

Ważne

Ponieważ dane są replikowane do regionu pomocniczego asynchronicznie, niepowodzenie, które ma wpływ na region podstawowy, może spowodować utratę danych, jeśli nie można odzyskać regionu podstawowego. Interwał między ostatnimi zapisami w regionie podstawowym a ostatnim zapisem w regionie pomocniczym jest określany jako cel punktu odzyskiwania (RPO). Cel punktu odzyskiwania wskazuje punkt w czasie, do którego można odzyskać dane. Platforma Azure Storage zwykle ma cel punktu odzyskiwania krótszy niż 15 minut, chociaż obecnie nie ma umowy SLA dotyczącej czasu replikacji danych do regionu pomocniczego.

Magazyn geograficznie nadmiarowy

Magazyn geograficznie nadmiarowy (GRS) kopiuje dane synchronicznie trzy razy w ramach jednej lokalizacji fizycznej w regionie podstawowym przy użyciu LRS. Następnie dane są kopiowe asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym, który znajduje się setki kilometrów od regionu podstawowego. Magazyn GRS oferuje trwałość zasobów magazynu na poziomie co najmniej 99,999999999999999% (16 9) w danym roku.

Operacja zapisu jest najpierw zatwierdzana w lokalizacji podstawowej i replikowana przy użyciu magazynu LRS. Aktualizacja jest następnie replikowana asynchronicznie do regionu pomocniczego. Gdy dane są zapisywane w lokalizacji pomocniczej, są również replikowane w tej lokalizacji przy użyciu magazynu LRS.

Na poniższym diagramie przedstawiono sposób replikacji danych za pomocą magazynu GRS lub RA-GRS:

Diagram przedstawiający sposób replikacji danych za pomocą magazynu GRS lub RA-GRS

Magazyn geograficznie i strefowo nadmiarowy

Magazyn geograficznie nadmiarowy strefowo nadmiarowy (GZRS) łączy wysoką dostępność zapewnianą przez nadmiarowość w strefach dostępności z ochroną przed awariami regionalnymi zapewnianymi przez replikację geograficzną. Dane na koncie magazynu GZRS są kopiowane w trzech strefach dostępności platformy Azure w regionie podstawowym, a także są replikowane do pomocniczego regionu geograficznego w celu ochrony przed awariami regionalnymi. Firma Microsoft zaleca używanie magazynu GZRS dla aplikacji wymagających maksymalnej spójności, trwałości i dostępności, doskonałej wydajności i odporności na odzyskiwanie po awarii.

Za pomocą konta magazynu GZRS można nadal odczytywać i zapisywać dane, jeśli strefa dostępności stanie się niedostępna lub jest nieodwracalna. Ponadto dane są trwałe w przypadku całkowitej awarii regionalnej lub awarii, w której region podstawowy nie jest możliwy do odzyskania. Magazyn GZRS jest przeznaczony do zapewnienia co najmniej 99,999999999999999% (16 9's) trwałości obiektów w danym roku.

Na poniższym diagramie przedstawiono sposób replikowania danych za pomocą magazynu GZRS lub RA-GZRS:

Diagram przedstawiający sposób replikowania danych za pomocą magazynu GZRS lub RA-GZRS

Tylko standardowe konta magazynu ogólnego przeznaczenia w wersji 2 obsługują magazyn GZRS. Magazyn GZRS jest obsługiwany przez wszystkie usługi Azure Storage, w tym:

Azure Blob Storage (gorące i chłodne blokowe obiekty blob, stronicowe obiekty blob niedystronicowe)
Azure Files (wszystkie warstwy standardowe: zoptymalizowane pod kątem transakcji, gorąca i chłodna)
Usługa Azure Table Storage
Azure Queue Storage

Magazyn GZRS jest dostępny dla podzbioru regionów platformy Azure:

(Afryka) Republika Południowej Afryki Północnej
(Azja i Pacyfik) Australia Wschodnia
(Azja i Pacyfik) Azja Wschodnia
(Azja i Pacyfik) Japonia Wschodnia
(Azja i Pacyfik) Korea Środkowa
(Azja i Pacyfik) Azja Południowo-Wschodnia
(Azja i Pacyfik) Indie Środkowe
(Europa) Francja Środkowa
(Europa) Niemcy Zachodnio-środkowe
(Europa) Europa Północna
(Europa) Norwegia Wschodnia
(Europa) Szwecja Środkowa
(Europa) Szwajcaria Północna
(Europa) Południowe Zjednoczone Królestwo
(Europa) Europa Zachodnia
(Ameryka Północna) Kanada Środkowa
(Ameryka Północna) Środkowe stany USA
(Ameryka Północna) Wschodnie stany USA
(Ameryka Północna) Wschodnie stany USA 2
(Ameryka Północna) Południowo-środkowe stany USA
(Ameryka Północna) Zachodnie stany USA 2
(Ameryka Północna) Zachodnie stany USA 3
(Ameryka Północna) US Gov Wirginia
(Ameryka Południowa) Brazylia Południowa

Dostęp do odczytu do danych w regionie pomocniczym

Magazyn geograficznie nadmiarowy (z magazynem GRS lub GZRS) replikuje dane do innej lokalizacji fizycznej w regionie pomocniczym w celu ochrony przed awariami regionalnymi. W przypadku konta skonfigurowanego dla magazynu GRS lub GZRS dane w regionie pomocniczym nie są bezpośrednio dostępne dla użytkowników lub aplikacji, chyba że nastąpi przejście w tryb failover. Proces przełączania w tryb failover aktualizuje wpis DNS udostępniany przez usługę Azure Storage, aby pomocniczy punkt końcowy stał się nowym podstawowym punktem końcowym dla konta magazynu. Podczas procesu przełączania w tryb failover dane są niedostępne. Po zakończeniu pracy w trybie failover można odczytywać i zapisywać dane w nowym regionie podstawowym. Aby uzyskać więcej informacji na temat trybu failover i odzyskiwania po awarii, zobacz Jak działa tryb failover konta.

Jeśli aplikacje wymagają wysokiej dostępności, możesz skonfigurować konto magazynu pod kątem dostępu do odczytu do regionu pomocniczego. Po włączeniu dostępu do odczytu do regionu pomocniczego dane są zawsze dostępne do odczytu z pomocniczego, w tym w sytuacji, gdy region podstawowy stanie się niedostępny. Konfiguracje magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GRS) lub magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GZRS) umożliwiają dostęp do odczytu do regionu pomocniczego.

Przestroga

Ponieważ dane są replikowane asynchronicznie z regionu podstawowego do pomocniczego, region pomocniczy jest zwykle za regionem podstawowym pod względem operacji zapisu. Jeśli awaria miała uderzyć w region podstawowy, prawdopodobnie niektóre dane zostaną utracone. Aby uzyskać więcej informacji na temat planowania potencjalnej utraty danych, zobacz Przewidywanie utraty danych.

Uwaga

Azure Files nie obsługuje magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GRS) ani magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GZRS).

Projektowanie aplikacji pod kątem dostępu do odczytu do pomocniczego

Jeśli konto magazynu jest skonfigurowane pod kątem dostępu do odczytu do regionu pomocniczego, możesz zaprojektować aplikacje, aby bezproblemowo przenieść dane do odczytu z regionu pomocniczego, jeśli region podstawowy stanie się niedostępny z jakiegokolwiek powodu.

Region pomocniczy jest dostępny dla dostępu do odczytu po włączeniu magazynu RA-GRS lub RA-GZRS, dzięki czemu można przetestować aplikację z wyprzedzeniem, aby upewnić się, że prawidłowo odczytuje z pomocniczej bazy danych w przypadku awarii. Aby uzyskać więcej informacji na temat projektowania aplikacji w celu korzystania z nadmiarowości geograficznej, zobacz Projektowanie aplikacji o wysokiej dostępności przy użyciu nadmiarowości geograficznej.

Po włączeniu dostępu do odczytu do pomocniczego punktu końcowego aplikację można odczytać z pomocniczego punktu końcowego, a także z podstawowego punktu końcowego. Pomocniczy punkt końcowy dołącza sufiks –secondary do nazwy konta. Jeśli na przykład podstawowym punktem końcowym usługi Blob Storage jest myaccount.blob.core.windows.net, pomocniczym punktem końcowym jest myaccount-secondary.blob.core.windows.net. Klucze dostępu do konta magazynu są takie same dla podstawowych i pomocniczych punktów końcowych.

Sprawdzanie właściwości czasu ostatniej synchronizacji

Ponieważ dane są replikowane do regionu pomocniczego asynchronicznie, region pomocniczy często znajduje się za regionem podstawowym. Jeśli w regionie podstawowym wystąpi awaria, prawdopodobnie wszystkie operacje zapisu w regionie podstawowym nie zostaną jeszcze zreplikowane do pomocniczej bazy danych.

Aby określić, które operacje zapisu zostały zreplikowane do regionu pomocniczego, aplikacja może sprawdzić właściwość Czas ostatniej synchronizacji dla konta magazynu. Wszystkie operacje zapisu zapisane w regionie podstawowym przed ostatnim czasem synchronizacji zostały pomyślnie zreplikowane do regionu pomocniczego, co oznacza, że są dostępne do odczytu z pomocniczego. Wszystkie operacje zapisu zapisane w regionie podstawowym po ostatniej synchronizacji mogą lub nie zostały zreplikowane do regionu pomocniczego, co oznacza, że mogą nie być dostępne dla operacji odczytu.

Możesz wykonać zapytanie dotyczące wartości właściwości Czas ostatniej synchronizacji przy użyciu Azure PowerShell, interfejsu wiersza polecenia platformy Azure lub jednej z bibliotek klienta usługi Azure Storage. Właściwość Czas ostatniej synchronizacji jest wartością daty/godziny GMT. Aby uzyskać więcej informacji, zobacz Sprawdzanie właściwości Czas ostatniej synchronizacji dla konta magazynu.

Podsumowanie opcji nadmiarowości

Tabele w poniższych sekcjach zawierają podsumowanie opcji nadmiarowości dostępnych dla usługi Azure Storage.

Parametry trwałości i dostępności

W poniższej tabeli opisano kluczowe parametry dla każdej opcji nadmiarowości:

Parametr	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Procent trwałości obiektów w danym roku	co najmniej 99,99999999999% (11 9 s)	co najmniej 99,999999999999% (12 9)	co najmniej 99,99999999999999999% (16 9)	co najmniej 99,99999999999999999% (16 9)
Dostępność żądań odczytu	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum) dla magazynu GRS Co najmniej 99,99% (99,9% dla warstw dostępu Chłodna lub Archiwum) dla warstwy dostępu RA-GRS	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum) dla magazynu GZRS Co najmniej 99,99% (99,9% dla warstw dostępu Chłodna lub Archiwum) dla magazynu RA-GZRS
Dostępność żądań zapisu	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)	Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum)
Liczba kopii danych przechowywanych w oddzielnych węzłach	Trzy kopie w jednym regionie	Trzy kopie w oddzielnych strefach dostępności w jednym regionie	Łącznie sześć kopii, w tym trzy w regionie podstawowym i trzy w regionie pomocniczym	Łącznie sześć kopii, w tym trzy w oddzielnych strefach dostępności w regionie podstawowym i trzy lokalnie nadmiarowe kopie w regionie pomocniczym

Aby uzyskać więcej informacji, zobacz umowę SLA dla kont magazynu.

Trwałość i dostępność według scenariusza awarii

W poniższej tabeli przedstawiono, czy dane są trwałe i dostępne w danym scenariuszu, w zależności od typu nadmiarowości w przypadku konta magazynu:

Scenariusz awarii	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Węzeł w centrum danych staje się niedostępny	Tak	Tak	Tak	Tak
Całe centrum danych (strefowe lub inne niż strefowe) staje się niedostępne	Nie	Tak	Tak¹	Tak
Awaria całego regionu występuje w regionie podstawowym	Nie	Nie	Tak¹	Tak¹
Dostęp do odczytu do regionu pomocniczego jest dostępny, jeśli region podstawowy stanie się niedostępny	Nie	Nie	Tak (z ra-GRS)	Tak (z ra-GZRS)

¹ Tryb failover konta jest wymagany do przywrócenia dostępności zapisu, jeśli region podstawowy stanie się niedostępny. Aby uzyskać więcej informacji, zobacz Odzyskiwanie po awarii i tryb failover konta magazynu.

Obsługiwane usługi Azure Storage

W poniższej tabeli przedstawiono opcje nadmiarowości obsługiwane przez każdą usługę Azure Storage.

LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage Azure Files ^1,2 Dyski zarządzane platformy Azure Stronicowe obiekty blob	Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage Azure Files ^1,2 Dyski zarządzane platformy Azure³	Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage Azure Files ¹	Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage	Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage Azure Files ¹	Blob Storage (w tym Data Lake Storage) Queue Storage Table Storage

^{1 Standardowe} udziały plików są obsługiwane w magazynach LRS i ZRS. Standardowe udziały plików są obsługiwane w magazynach GRS i GZRS, o ile są mniejsze lub równe 5 TiB w rozmiarze.
² Udziały plików w warstwie Premium są obsługiwane w magazynach LRS i ZRS.
³ dyski zarządzane ZRS mają pewne ograniczenia. Aby uzyskać szczegółowe informacje, zobacz sekcję Ograniczenia opcji nadmiarowości dla dysków zarządzanych.

Obsługiwane typy kont magazynu

W poniższej tabeli przedstawiono, które opcje nadmiarowości są obsługiwane dla każdego typu konta magazynu. Aby uzyskać informacje na temat typów kont magazynu, zobacz Omówienie konta magazynu.

Typy konta magazynu	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Zalecane	Standardowa ogólnego przeznaczenia, wersja 2 (`StorageV2`)¹ Blokowe obiekty blob w warstwie Premium (`BlockBlobStorage`)¹ Udziały plików w warstwie Premium (`FileStorage`) Stronicowe obiekty blob w warstwie Premium (`StorageV2`)	Standardowa ogólnego przeznaczenia, wersja 2 (`StorageV2`)¹ Blokowe obiekty blob w warstwie Premium (`BlockBlobStorage`)¹ Udziały plików w warstwie Premium (`FileStorage`)	Standardowa ogólnego przeznaczenia, wersja 2 (`StorageV2`)¹	Standardowa ogólnego przeznaczenia, wersja 2 (`StorageV2`)¹
Starszych	Standardowa ogólnego przeznaczenia, wersja 1 (`Storage`) Starszy obiekt blob (`BlobStorage`)	Nie dotyczy	Standardowa ogólnego przeznaczenia, wersja 1 (`Storage`) Starszy obiekt blob (`BlobStorage`)	Nie dotyczy

^{1 Konta} tego typu z włączoną hierarchiczną przestrzenią nazw obsługują również określoną opcję nadmiarowości.

Wszystkie dane dla wszystkich kont magazynu są kopiowane z podstawowego do pomocniczego zgodnie z opcją nadmiarowości dla konta magazynu. Obiekty, w tym blokowe obiekty blob, uzupełnialne obiekty blob, stronicowe obiekty blob, kolejki, tabele i pliki są kopiowane.

Dane we wszystkich warstwach, w tym warstwa Archiwum, są zawsze kopiowane z warstwy podstawowej do pomocniczej podczas replikacji geograficznej. Warstwa Archiwum dla usługi Blob Storage jest obecnie obsługiwana dla kont LRS, GRS i RA-GRS, ale nie dla kont ZRS, GZRS lub RA-GZRS. Aby uzyskać więcej informacji na temat warstw obiektów blob, zobacz Warstwy dostępu Gorąca, Chłodna i Archiwum dla danych obiektów blob.

Dyski niezarządzane nie obsługują magazynu ZRS ani magazynu GZRS.

Aby uzyskać informacje o cenach dla każdej opcji nadmiarowości, zobacz Cennik usługi Azure Storage.

Uwaga

Usługa Azure Premium Disk Storage obecnie obsługuje tylko magazyn lokalnie nadmiarowy (LRS). Konta magazynu blokowych obiektów blob obsługują magazyn lokalnie nadmiarowy (LRS) i magazyn strefowo nadmiarowy (ZRS) w niektórych regionach.

Obsługa trybu failover konta zarządzanego przez klienta

Wszystkie oferty geograficznie nadmiarowe obsługują tryb failover zarządzany przez firmę Microsoft w przypadku awarii w regionie podstawowym. Ponadto niektóre typy kont obsługują tryb failover konta zarządzanego przez klienta, jak pokazano w poniższej tabeli. Obsługiwane typy kont muszą używać wdrożeń usługi Azure Resource Manager. Aby uzyskać więcej informacji na temat odzyskiwania po awarii i trybu failover zarządzanego przez klienta, zobacz Odzyskiwanie po awarii i tryb failover konta magazynu.

Typ trybu failover	GRS/RA-GRS	GZRS/RA-GZRS
Tryb failover zarządzany przez klienta	Konta ogólnego przeznaczenia w wersji 2 Konta ogólnego przeznaczenia w wersji 1 Starsze konta usługi Blob Storage	Konta ogólnego przeznaczenia, wersja 2
Tryb failover zarządzany przez firmę Microsoft	Wszystkie typy kont	Konta ogólnego przeznaczenia, wersja 2

Uwaga

Tryb failover dla konta zarządzanego przez klienta nie jest jeszcze obsługiwany na kontach, które mają hierarchiczną przestrzeń nazw (Azure Data Lake Storage Gen2). Aby dowiedzieć się więcej, zobacz Funkcje magazynu obiektów blob dostępne w usłudze Azure Data Lake Storage Gen2.

W przypadku awarii, która ma wpływ na region podstawowy, firma Microsoft będzie zarządzać trybem failover dla kont z hierarchiczną przestrzenią nazw. Aby uzyskać więcej informacji, zobacz Tryb failover zarządzany przez firmę Microsoft.

Integralność danych

Usługa Azure Storage regularnie weryfikuje integralność danych przechowywanych przy użyciu kontroli nadmiarowości cyklicznej (CPC). Jeśli zostanie wykryte uszkodzenie danych, zostanie naprawione przy użyciu nadmiarowych danych. Usługa Azure Storage oblicza również sumy kontrolne dla całego ruchu sieciowego w celu wykrywania uszkodzenia pakietów danych podczas przechowywania lub pobierania danych.

Zobacz też

Zmienianie opcji nadmiarowości dla konta magazynu
Replikacja geograficzna (GRS/GZRS/RA-GRS/RA-GZRS)
- Sprawdzanie właściwości Czas ostatniej synchronizacji dla konta magazynu
- Odzyskiwanie po awarii i tryb failover konta magazynu
Cennik

Nadmiarowość usługi Azure Storage