Nadmiarowość usługi Azure Storage
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 dostępności i trwałości nawet w przypadku awarii.
Podczas podejmowania decyzji, która opcja nadmiarowości jest najlepsza dla danego scenariusza, rozważ 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. Magazyn LRS jest najmniej kosztowną opcją replikacji, ale nie jest zalecany 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:
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. Jeśli strefa dostępności jest tymczasowo niedostępna, operacja zostanie zwrócona pomyślnie po zapisaniu danych we wszystkich dostępnych strefach.
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:
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
Aby uzyskać listę regionów obsługujących magazyn strefowo nadmiarowy (ZRS) dla kont standardowych, zobacz Regiony platformy Azure, które obsługują magazyn strefowo nadmiarowy (ZRS) dla kont magazynu w warstwie Standardowa.
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.
Aby uzyskać listę regionów obsługujących magazyn strefowo nadmiarowy (ZRS) dla kont blokowych obiektów blob w warstwie Premium, zobacz Regiony platformy Azure, które obsługują magazyn strefowo nadmiarowy (ZRS) dla kont blokowych obiektów blob w warstwie Premium.
Konta udziału plików w warstwie Premium
Magazyn ZRS jest obsługiwany w przypadku udziałów plików w warstwie Premium (Azure Files) za pośrednictwem FileStorage
rodzaju konta magazynu.
Aby uzyskać listę regionów obsługujących magazyn strefowo nadmiarowy (ZRS) dla kont udziałów plików w warstwie Premium, zobacz Azure Files magazyn strefowo nadmiarowy dla udziałów plików w warstwie Premium.
Dyski zarządzane
Magazyn ZRS jest obsługiwany w przypadku dysków zarządzanych z następującymi ograniczeniami.
Aby uzyskać listę regionów obsługujących magazyn strefowo nadmiarowy (ZRS) dla dysków zarządzanych, zobacz dostępność regionalna.
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ętowymi.
W przypadku magazynu GRS lub magazynu GZRS dane w regionie pomocniczym nie są dostępne do odczytu lub zapisu, chyba że istnieje tryb failover w regionie podstawowym. Aby uzyskać dostęp do odczytu do regionu pomocniczego, skonfiguruj konto magazynu tak, aby używało magazynu geograficznie nadmiarowego do odczytu (RA-GRS) lub magazynu geograficznie nadmiarowego dostępu 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żesz ponownie odczytywać i zapisywać dane. Aby uzyskać więcej informacji na temat odzyskiwania po awarii i dowiedzieć się, jak przejść w tryb failover do regionu pomocniczego, zobacz Odzyskiwanie po awarii i tryb failover konta magazynu.
Ważne
Ponieważ dane są replikowane do regionu pomocniczego asynchronicznie, awaria, która wpływa na region podstawowy, może spowodować utratę danych, jeśli nie można odzyskać regionu podstawowego. Interwał między najnowszymi zapisami w regionie podstawowym a ostatnim zapisem w regionie pomocniczym jest znany 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 kopiuje dane asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym, który znajduje się setki mil od regionu podstawowego. Magazyn GRS oferuje trwałość zasobów magazynu z co najmniej 99,99999999999999% (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 pokazano, jak dane są replikowane z grS lub RA-GRS:
Magazyn geograficznie i strefowo nadmiarowy
Magazyn geograficznie nadmiarowy (GZRS) łączy wysoką dostępność zapewnianą przez nadmiarowość między strefami 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. GZRS jest przeznaczony do zapewnienia co najmniej 99,999999999999999% (16 9) trwałości obiektów w danym roku.
Na poniższym diagramie pokazano, jak dane są replikowane 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 innych niż dysk)
- Azure Files (wszystkie warstwy standardowe: zoptymalizowane pod kątem transakcji, gorąca i chłodna)
- Usługa Azure Table Storage
- Azure Queue Storage
Aby uzyskać listę regionów obsługujących magazyn geograficznie nadmiarowy (GZRS), zobacz Regiony platformy Azure obsługujące magazyn geograficznie nadmiarowy (GZRS).
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 trybu failover aktualizuje wpis DNS dostarczony przez usługę Azure Storage, aby pomocniczy punkt końcowy stał się nowym podstawowym punktem końcowym konta magazynu. Podczas procesu pracy w trybie 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 z dostępem do odczytu (RA-GRS) lub magazynu geograficznie nadmiarowego do odczytu (RA-GZRS) umożliwiają dostęp do odczytu do regionu pomocniczego.
Uwaga
Azure Files nie obsługuje magazynu geograficznie nadmiarowego dostępu do odczytu (RA-GRS) ani magazynu geograficznie nadmiarowego dostępu do odczytu (RA-GZRS).
Projektowanie aplikacji na potrzeby 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 przejść do odczytu danych z regionu pomocniczego, jeśli region podstawowy stanie się niedostępny z jakiegokolwiek powodu.
Region pomocniczy jest dostępny do odczytu po włączeniu ra-GRS lub RA-GZRS, dzięki czemu można przetestować aplikację z wyprzedzeniem, aby upewnić się, że będzie prawidłowo odczytywany z pomocniczego w przypadku awarii. Aby uzyskać więcej informacji na temat projektowania aplikacji w celu korzystania z nadmiarowości geograficznej, zobacz Używanie nadmiarowości geograficznej do projektowania aplikacji o wysokiej dostępności.
Po włączeniu dostępu do odczytu do pomocniczego punktu końcowego aplikacja może być odczytywana z pomocniczego punktu końcowego, a także z podstawowego punktu końcowego. Pomocniczy punkt końcowy dołącza sufiks –pomocniczy do nazwy konta. Jeśli na przykład podstawowy punkt końcowy usługi Blob Storage to myaccount.blob.core.windows.net
, pomocniczy punkt końcowy to myaccount-secondary.blob.core.windows.net
. Klucze dostępu do konta magazynu są takie same zarówno dla podstawowych, jak i pomocniczych punktów końcowych.
Planowanie utraty danych
Ponieważ dane są replikowane asynchronicznie z regionu podstawowego do regionu 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.
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,9999999999% (11 9 lat) | co najmniej 99,99999999999% (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 warstwy dostępu Chłodna) | Co najmniej 99,9% (99% w warstwach dostępu Chłodna lub Archiwum) dla magazynu GRS Co najmniej 99,99% (99,9% dla warstw dostępu Chłodna lub Archiwum) dla ra-GRS |
Co najmniej 99,9% (99% dla warstwy dostępu Chłodna) dla magazynu GZRS Co najmniej 99,99% (99,9% dla warstwy dostępu Chłodna) 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 warstwy dostępu Chłodna) | Co najmniej 99,9% (99% dla warstw dostępu Chłodna lub Archiwum) | Co najmniej 99,9% (99% dla warstwy dostępu Chłodna) |
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 dla 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 | Tak1 | Tak |
Awaria całego regionu występuje w regionie podstawowym | Nie | Nie | Tak1 | Tak1 |
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) |
1 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.
Usługa | LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
---|---|---|---|---|---|---|
Blob Storage (w tym Data Lake Storage) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Queue Storage | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Table Storage | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Azure Files | ✅1,2 | ✅1,2 | ✅1 | ✅1 | ||
Dyski zarządzane platformy Azure | ✅ | ✅3 | ||||
Azure Elastic SAN | ✅ | ✅ |
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.
2 Udziały plików w warstwie Premium są obsługiwane w magazynach LRS i ZRS.
3 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 )1Blokowe obiekty blob w warstwie Premium ( BlockBlobStorage )1Udziały plików w warstwie Premium ( FileStorage )Stronicowe obiekty blob w warstwie Premium ( StorageV2 ) |
Standardowa ogólnego przeznaczenia, wersja 2 (StorageV2 )1Blokowe obiekty blob w warstwie Premium ( BlockBlobStorage )1Udziały plików w warstwie Premium ( FileStorage ) |
Standardowa ogólnego przeznaczenia, wersja 2 (StorageV2 )1 |
Standardowa ogólnego przeznaczenia, wersja 2 (StorageV2 )1 |
Starsze | 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
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:
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 |
Ważne
Klasyczne konta magazynu
Tryb failover konta zarządzanego przez klienta jest obsługiwany tylko w przypadku kont magazynu wdrożonych przy użyciu modelu wdrażania usługi Azure Resource Manager (ARM). Model wdrażania usługi Azure Service Manager (ASM), znany również jako klasyczny, nie jest obsługiwany. Aby klasyczne konta magazynu kwalifikowały się do pracy w trybie failover konta zarządzanego przez klienta, należy najpierw przeprowadzić migrację do modelu usługi ARM. Aby przeprowadzić uaktualnienie, konto magazynu musi być dostępne, więc region podstawowy nie może być obecnie w stanie niepowodzenia.
W przypadku awarii, która ma wpływ na region podstawowy, firma Microsoft będzie zarządzać trybem failover dla klasycznych kont magazynu. Aby uzyskać więcej informacji, zobacz Tryb failover zarządzany przez firmę Microsoft.
Azure Data Lake Storage Gen2
Tryb failover konta zarządzanego przez klienta dla kont z hierarchiczną przestrzenią nazw (Azure Data Lake Storage Gen2) jest obecnie w wersji zapoznawczej i jest obsługiwany tylko w następujących regionach:
- (Azja i Pacyfik) Indie Środkowe
- (Europa) Szwajcaria Północna
- (Europa) Szwajcaria Zachodnia
- (Ameryka Północna) Kanada Środkowa
Aby wyrazić zgodę na korzystanie z wersji zapoznawczej, zobacz Konfigurowanie funkcji w wersji zapoznawczej w subskrypcji platformy Azure i określanie AllowHNSAccountFailover
jej jako nazwy funkcji.
Zobacz Dodatkowe warunki użytkowania wersji zapoznawczych platformy Microsoft Azure, aby zapoznać się z postanowieniami prawnymi dotyczącymi funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.
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.
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)
- Cennik