Nadmiarowość usługi Azure Storage
Usługa Azure Storage zawsze przechowuje wiele kopii danych, aby chronić je przed zaplanowanymi i nieplanowanymi zdarzeniami. Przykłady tych zdarzeń obejmują przejściowe awarie sprzętu, awarie sieci lub zasilania oraz ogromne klęski żywiołowe. Nadmiar zapewnia, że konto magazynowe spełnia cele w zakresie 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ą:
- Jak dane są replikowane w regionie podstawowym.
- Czy dane są replikowane z regionu podstawowego do drugiego, odległego geograficznie regionu w celu ochrony przed awariami regionalnymi (replikacja geograficzna).
- Czy aplikacja wymaga dostępu do odczytu do replikowanych danych w regionie pomocniczym podczas awarii w regionie podstawowym (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 wchodzące w skład Azure Storage są zarządzane za pośrednictwem wspólnego zasobu platformy Azure, zwanego kontem magazynowym. Konto magazynowe reprezentuje wspólną pulę magazynową, która może być używana do wdrażania zasobów magazynowych, 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 kont magazynu.
Ustawienie nadmiarowości dla konta przechowywania jest wspólne dla wszystkich usług przechowywania oferowanych przez to konto. Wszystkie zasoby magazynu, które znajdują się na tym samym koncie magazynu, mają to samo ustawienie nadmiarowości. Rozważ izolowanie różnych typów 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:
- Lokalnie nadmiarowe magazynowanie (LRS) replikuje dane w obrębie kont magazynu do co najmniej jednej strefy dostępności znajdującej się w wybranym regionie podstawowym. LRS jest najmniej kosztowną opcją replikacji, ale nie jest zalecany do aplikacji wymagających wysokiej dostępności i trwałości.
- Magazyn strefowo nadmiarowy (ZRS) kopiuje Twoje dane synchronicznie w trzech strefach dostępności platformy Azure w regionie głównym. W przypadku aplikacji wymagających wysokiej dostępności firma Microsoft zaleca używanie usługi przechowywania ZRS w regionie podstawowym, a także replikowanie do regionu pomocniczego.
Uwaga
Microsoft zaleca używanie ZRS w regionie podstawowym dla obciążeń związanych z Azure Data Lake Storage.
Magazyn lokalnie nadmiarowy
Magazyn lokalnie nadmiarowy (LRS) replikuje dane w ramach kont magazynu do co najmniej jednej strefy dostępności platformy Azure znajdującej się w wybranym regionie podstawowym. Chociaż nie ma możliwości wyboru preferowanej strefy dostępności, platforma Azure może przenosić lub rozszerzać konta LRS między strefami, aby poprawić równoważenie obciążenia. Magazyn LRS zapewnia co najmniej 99,9999999999% (11 dziewiątek) trwałość obiektów w danym roku. Zapoznaj się z artykułem Co to są strefy dostępności platformy Azure, aby dowiedzieć się więcej o niezawodności strefy dostępności.
LRS to najtańsza opcja nadmiarowości i oferuje najmniejszą niezawodność w porównaniu z innymi opcjami. System LRS chroni Twoje dane przed awariami szafy serwerowej i dysku. Jeśli jednak w centrum danych wystąpi awaria, taka jak pożar lub powódź, wszystkie repliki konta magazynu korzystającego z LRS mogą zostać utracone lub nie do odzyskania. Aby wyeliminować to ryzyko, firma Microsoft zaleca korzystanie z magazynu strefowo nadmiarowego (ZRS), magazynu geograficznie nadmiarowego (GRS) lub magazynu geograficznie nadmiarowego (GZRS).
Żądanie zapisu do konta magazynu używającego LRS odbywa się synchronicznie. Operacja zapisu zakończy się pomyślnie tylko po zapisaniu danych do wszystkich trzech replik.
Na poniższym diagramie pokazano, jak dane są replikowane w jednym ośrodku danych przy użyciu LRS.
LRS jest dobrym wyborem w następujących sytuacjach:
- Jeśli aplikacja przechowuje dane, które można łatwo odtworzyć w przypadku utraty danych, rozważ wybór LRS.
- Jeśli aplikacja jest ograniczona do replikowania danych tylko w regionie ze względu na wymagania związane z zarządzaniem danymi, rozważ wybór LRS. W niektórych przypadkach sparowane regiony, w których dane są replikowane geograficznie, mogą znajdować się w innym regionie. Aby uzyskać więcej informacji na temat sparowanych regionów, zobacz Regiony świadczenia usługi Azure.
- Jeśli twój scenariusz korzysta z niezarządzanych dysków Azure, rozważ zastosowanie 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 przypadku asynchronicznej replikacji geograficznej.
Magazyn nadmiarowy strefowy
Strefowo nadmiarowe przechowywanie (ZRS) replikuje dane w ramach Twojego konta magazynu do trzech lub większej liczby stref dostępności Azure zlokalizowanych w wybranym przez Ciebie regionie podstawowym. Każda strefa dostępności jest oddzielną lokalizacją fizyczną z niezależnym zasilaniem, chłodzeniem i siecią. ZRS oferuje trwałość zasobów magazynowych na poziomie 99,999999999999% (12 dziewiątek) w danym roku. Zapoznaj się z artykułem Co to są strefy dostępności platformy Azure, aby dowiedzieć się więcej o niezawodności strefy dostępności.
Korzystając z ZRS, dane pozostają dostępne zarówno dla operacji odczytu, jak i zapisu, nawet jeśli zona stanie się niedostępna. Jeśli strefa stanie się niedostępna, platforma Azure podejmuje aktualizacje sieci, takie jak przekierowanie w systemie nazw domen (DNS). Te aktualizacje mogą mieć wpływ na aplikację, jeśli uzyskujesz dostęp do danych przed ukończeniem aktualizacji. Podczas projektowania aplikacji dla ZRS postępuj zgodnie z praktykami dotyczącymi obsługi błędów przejściowych, w tym implementując zasady ponawiania z zastosowaniem wykładniczego wycofywania się.
Żądanie zapisu do konta magazynu korzystającego z ZRS (magazyn z nadmiarowością strefową) odbywa się synchronicznie. Operacja zapisu kończy się pomyślnie dopiero po zapisaniu danych do wszystkich replik we wszystkich trzech strefach dostępności. Jeśli strefa dostępności jest tymczasowo niedostępna, operacja zakończy się pomyślnie po zapisaniu danych we wszystkich dostępnych strefach.
Firma Microsoft zaleca używanie ZRS w regionie podstawowym w scenariuszach wymagających wysokiej dostępności. ZRS jest również zalecane do ograniczania replikacji danych do jednego regionu w celu spełnienia wymagań dotyczących ładu danych.
Firma Microsoft zaleca używanie ZRS w przypadku obciążeń usługą 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 za pomocą ZRS.
Usługa ZRS zapewnia doskonałą wydajność, niskie opóźnienia i odporność, które chronią Twoje dane nawet w przypadku tymczasowej niedostępności. Jednak samo ZRS może nie w pełni chronić Twoich danych przed awarią regionalną, gdzie wiele stref jest trwale dotkniętych. Magazyn geograficznie nadmiarowy (GZRS) używa strefowego magazynu nadmiarowego (ZRS) w regionie podstawowym, a także georeplikuje dane do regionu pomocniczego. GZRS jest dostępny w wielu regionach i jest zalecany do ochrony przed regionalnymi katastrofami.
Warstwa archiwalna dla usługi Blob Storage nie jest obecnie obsługiwana w przypadku kont ZRS, GZRS ani RA-GZRS. Dyski niezarządzane nie obsługują ZRS ani GZRS.
Aby uzyskać więcej informacji na temat regionów obsługujących ZRS, zobacz Regiony platformy Azure ze strefami dostępności.
Redundancja w regionie pomocniczym
Opcje nadmiarowości mogą pomóc zapewnić wysoką trwałość aplikacji. W wielu regionach można skopiować dane z konta magazynu do regionu pomocniczego znajdującego się setki kilometrów od regionu podstawowego. Kopiowanie konta przechowywania do regionu zapasowego zapewnia trwałość danych podczas całkowitej awarii regionalnej lub awarii, która uniemożliwia odzyskanie regionu podstawowego.
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 listę regionów świadczenia usługi Azure.
Usługa Azure Storage oferuje dwie opcje kopiowania danych do regionu pomocniczego:
- Geograficznie redundantne przechowywanie (GRS) kopiuje twoje dane synchronicznie trzy razy w jednej lub kilku strefach dostępności Azure w regionie podstawowym, używając magazynu LRS. Następnie kopiuje dane asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym. W regionie wtórnym dane są kopiowane synchronicznie trzy razy przy użyciu LRS.
- Magazyn geograficznie nadmiarowy (GZRS) kopiuje dane synchronicznie w trzech strefach 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 wtórnym twoje dane są kopiowane synchronicznie trzy razy przy użyciu lokalnego redundantnego magazynu (LRS).
Uwaga
Podstawową różnicą między GRS i GZRS jest sposób replikacji danych w regionie podstawowym. W regionie pomocniczym dane są zawsze replikowane synchronicznie trzy razy przy użyciu lokalnej redundancji LRS. LRS w pomocniczym regionie chroni Twoje dane przed awariami sprzętowymi.
W przypadku korzystania z magazynu GRS lub GZRS dane w regionie pomocniczym nie są dostępne do odczytu lub zapisu, chyba że nastąpi przełączenie awaryjne do regionu podstawowego. Aby uzyskać dostęp do odczytu do regionu pomocniczego, skonfiguruj konto magazynu do korzystania z nadmiarowego magazynowania geograficznego dostępnego do odczytu (RA-GRS) lub magazynowania w strefach geograficznych dostępnego do odczytu (RA-GZRS). Aby uzyskać więcej informacji, zobacz Dostęp do odczytu danych w regionie dodatkowym.
Jeśli region podstawowy stanie się niedostępny, możesz przejść w tryb failover do regionu pomocniczego. Po zakończeniu operacji failover region pomocniczy stanie się regionem podstawowym i będziesz mógł odczytywać oraz zapisywać dane. Aby uzyskać więcej informacji na temat odzyskiwania po awarii i dowiedzieć się, jak wykonać przełączenie awaryjne do regionu pomocniczego, zapoznaj się z Odzyskiwanie po awarii i przełączanie awaryjne konta magazynu.
Ważne
Ponieważ dane są replikowane do regionu pomocniczego asynchronicznie, niepowodzenie wpływające na region podstawowy może spowodować utratę danych, jeśli nie można odzyskać regionu podstawowego. Interwał między najnowszymi zapisami w regionie podstawowym i ostatnim zapisem w regionie pomocniczym jest znany jako cel punktu odzyskiwania (RPO). Punkt docelowy odzyskiwania (RPO) wskazuje punkt w czasie, do którego można odzyskać dane. Platforma Azure Storage na ogół ma RPO (czas odtworzenia punktu odzyskiwania) krótszy niż 15 minut, chociaż obecnie nie ma umowy SLA dotyczącej czasu replikacji danych do regionu drugorzędnego.
Pamięć masowa georedundantna
Magazyn geograficznie nadmiarowy (GRS) kopiuje dane synchronicznie, trzykrotnie, do jednej lub więcej stref dostępności w regionie podstawowym przy użyciu magazynu LRS. Następnie kopiuje dane asynchronicznie do pojedynczej lokalizacji fizycznej w regionie pomocniczym, który znajduje się setki kilometrów od regionu podstawowego. GRS oferuje trwałość zasobów przechowywania na poziomie co najmniej 99,99999999999999% (16 dziewiątek) na rok.
Operacja zapisu jest najpierw zatwierdzana w lokalizacji podstawowej i replikowana za pomocą LRS. Aktualizacja jest następnie replikowana asynchronicznie do regionu pomocniczego. Gdy dane są zapisywane w lokalizacji pomocniczej, replikują się również w tej lokalizacji przy użyciu LRS.
Na poniższym diagramie przedstawiono, jak dane są replikowane z użyciem GRS lub RA-GRS.
Magazyn geograficznie i strefowo redundantny
Magazyn geograficznie 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 GZRS są kopiowane w trzech strefach dostępności platformy Azure w regionie podstawowym. Ponadto replikuje również do drugiego regionu geograficznego w celu ochrony przed katastrofami regionalnymi. Firma Microsoft zaleca używanie systemu GZRS dla aplikacji wymagających maksymalnej spójności, trwałości i dostępności, doskonałej wydajności oraz odporności na awarie i możliwość szybkiego odzyskiwania danych.
Za pomocą konta GZRS można nadal odczytywać i zapisywać dane, jeśli strefa dostępności stanie się niedostępna lub jest nieodwracalna. Ponadto dane pozostają trwałe podczas 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,99999999999999999% (16 9s) trwałości obiektów w danym roku.
Na poniższym diagramie przedstawiono, jak Twoje dane są replikowane za pomocą GZRS lub RA-GZRS.
Aby określić, czy region obsługuje magazyn GZRS, zobacz listę regionów świadczenia usługi Azure. Aby obsługiwać GZRS, region musi wspierać strefy dostępności i mieć sparowany region.
Dostęp do odczytu do danych w regionie pomocniczym
Georedundantne przechowywanie (za pomocą GRS lub GZRS) replikuje dane do innej lokalizacji fizycznej w regionie zapasowym, aby chronić 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, gdy wystąpi awaria w regionie podstawowym, chyba że nastąpi przejście w tryb failover. Proces trybu failover aktualizuje wpis DNS udostępniany przez usługę Azure Storage, aby punkty końcowe usługi magazynu w regionie pomocniczym stały się nowymi podstawowymi punktami końcowymi konta magazynu. Podczas procesu przełączania awaryjnego dane są niedostępne. Po zakończeniu przełączenia awaryjnego można odczytywać i zapisywać dane w nowym, głównym regionie. Aby uzyskać więcej informacji, zobacz Jak działa przełączanie trybu awaryjnego konta magazynu zarządzanego przez klienta w celu odzyskiwania po awarii.
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 tego regionu, nawet 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) zezwalają na dostęp do odczytu do regionu pomocniczego.
Uwaga
Usługa Azure Files nie obsługuje geograficznie nadmiarowego magazynu dostępnego do odczytu (RA-GRS) ani geograficznie strefowo nadmiarowego magazynu dostępnego do odczytu (RA-GZRS).
Projektowanie aplikacji pod kątem dostępu do odczytu do wtórnego
Jeśli konto magazynu jest skonfigurowane do odczytu danych z regionu pomocniczego, możesz zaprojektować swoje aplikacje tak, aby bezproblemowo przełączały się na odczyt danych z regionu pomocniczego, kiedy region podstawowy stanie się niedostępny z dowolnego powodu.
Region pomocniczy jest dostępny do odczytu po włączeniu RA-GRS lub RA-GZRS. Ta dostępność pozwala przetestować aplikację z wyprzedzeniem, aby upewnić się, że odczytuje prawidłowo z regionu pomocniczego podczas 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 elementu pomocniczego, Twoja aplikacja może odczytywać dane zarówno z pomocniczych, jak i podstawowych punktów końcowych. 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 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 uderzy w region podstawowy, prawdopodobnie niektóre dane zostaną utracone, a pliki w katalogu lub kontenerze nie będą spójne. Aby uzyskać więcej informacji na temat planowania potencjalnej utraty danych, zobacz Utrata danych i niespójności.
Podsumowanie opcji redundancji
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 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,999999999999% (11 9s) | co najmniej 99,9999999999999% (12 9s) | co najmniej 99,9999999999999999999% (16 9s) | co najmniej 99,9999999999999999999% (16 9s) |
| Dostępność żądań odczytu | Co najmniej 99,9% (99% dla warstw dostępu chłodna/zimna/archiwum) | Co najmniej 99,9% (99% dla poziomu dostępu chłodnego/zimnego) | Co najmniej 99,9% (99% dla warstw dostępu chłodna/zimna/archiwalne) dla GRS Co najmniej 99,99% (99,9% dla Warstw Dostępu Chłodna/Zimna/Archiwum) dla RA-GRS |
Co najmniej 99,9% (99% dla poziomu dostępu chłodnego/zimnego) dla GZRS Co najmniej 99,99% (99,9% dla warstwy zimnego/chłodnego dostępu) dla RA-GZRS |
| Dostępność żądań zapisu | Co najmniej 99,9% (99% dla warstw dostępu cool/cold/archiwum) | Co najmniej 99,9% (99% dla warstwy dostępu chłodnego/zimnego) | Co najmniej 99,9% (99% dla warstw dostępu cool, zimna i archiwum) | Co najmniej 99,9% (99% dla klasy dostępu chłodnego/zimnego) |
| Liczba kopii danych przechowywanych w oddzielnych węzłach | Trzy kopie w co najmniej jednej strefie dostępności w regionie | Trzy kopie w oddzielnych strefach dostępności w jednym regionie | Sześć kopii łącznie, w tym trzy w regionie podstawowym i trzy w regionie pomocniczym | Sześć kopii łącznie, 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 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 do użytku | Tak | Tak | Tak | Tak |
| Całe centrum danych (strefowe lub niezonowe) staje się niedostępne | Nie. | Tak | Tak1 | Tak |
| Awaria obejmująca cały region występuje w regionie podstawowym | Nie. | Nie. | Tak1 | Tak1 |
| Możliwość odczytu danych z regionu pomocniczego jest zapewniona, gdy region podstawowy stanie się niedostępny. | Nie. | Nie. | Tak (z RA-GRS) | Tak (z RA-GZRS) |
1 Przełączenie awaryjne konta jest wymagane 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 przełączenie awaryjne 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 |
|---|---|---|---|---|---|---|
| Przechowywanie blobów (w tym Data Lake Storage) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Queue Storage | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Przechowywanie tabel | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Azure Files | ✅ 1,2 | ✅ 1,2 | ✅ 1 | ✅ 1 | ||
| Dyski zarządzane platformy Azure | ✅ | ✅ 3 | ||||
| Azure Elastic SAN | ✅ | ✅ |
1 Udziały plików w warstwie Standardowa (HDD) 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.
2 udziały plików SSD są obsługiwane dla 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 | Standard ogólnego przeznaczenia v2 (StorageV2)1Blokowe obiekty blob w warstwie Premium ( BlockBlobStorage)1Udziały plików SSD ( FileStorage) Stronicowe obiekty blob w warstwie Premium ( StorageV2) |
Standard V2 ogólnego przeznaczenia (StorageV2)1Bloby blokowe klasy Premium ( BlockBlobStorage)1Udziały plików SSD ( FileStorage) |
Standard ogólnego przeznaczenia wersja 2 (StorageV2)1 |
Standard ogólnego użytku v2 (StorageV2)1 |
| Dziedzictwo | Standardowa wersja ogólnego przeznaczenia w wersji 1 (Storage)Przestarzały obiekt blob ( BlobStorage) |
Nie dotyczy | Standardowa do ogólnego zastosowania w wersji 1 (Storage)Starszy 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 magazynowych są kopiowane z konta głównego na konto zapasowe zgodnie z opcją nadmiarowości dla konta magazynowego. Obiekty, w tym bloby blokowe, bloby uzupełniające, bloby stronicowe, 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 dla danych obiektów blob.
Dyski niezarządzane nie obsługują ZRS ani GZRS.
Aby uzyskać informacje o cenach dla każdej opcji nadmiarowości, zobacz Cennik usługi Azure Storage.
Uwaga
Konta magazynowania blokowych obiektów blob obsługują składnice z lokalną nadmiarowością (LRS) i ze strefową nadmiarowością (ZRS) w niektórych regionach.
Integralność danych
Usługa Azure Storage regularnie weryfikuje integralność danych przechowywanych przy użyciu cyklicznych kontroli nadmiarowości (CRC). Wykryte uszkodzenie danych jest naprawiane 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)
- Ceny