Redundance Azure Storage

Azure Storage vždy ukládá několik kopií dat, aby byla chráněná před plánovanými a neplánovanými událostmi, včetně přechodných selhání hardwaru, výpadků sítě nebo napájení a obrovských přírodních katastrof. Redundance zajišťuje, že váš účet úložiště splňuje cíle dostupnosti a stálosti i v případě selhání.

Při rozhodování, která možnost redundance je pro váš scénář nejvhodnější, zvažte kompromisy mezi nižšími náklady a vyšší dostupností. Mezi faktory, které pomáhají určit, kterou možnost redundance byste měli zvolit, patří:

  • Způsob replikace dat v primární oblasti
  • Jestli se vaše data replikují do druhé oblasti, která je geograficky vzdálená od primární oblasti, aby se chránila před regionálními katastrofami (geografická replikace).
  • Jestli vaše aplikace vyžaduje přístup pro čtení k replikovaným datům v sekundární oblasti, pokud se primární oblast z nějakého důvodu stane nedostupnou (geografická replikace s přístupem pro čtení).

Poznámka:

Funkce a regionální dostupnost popsané v tomto článku jsou dostupné také účtům, které mají hierarchický obor názvů (Azure Blob Storage).

Služby, které tvoří Azure Storage, se spravují prostřednictvím společného prostředku Azure označovaného jako účet úložiště. Účet úložiště představuje sdílený fond úložiště, který se dá použít k nasazení prostředků úložiště, jako jsou kontejnery objektů blob (Blob Storage), sdílené složky (Soubory Azure), tabulky (Table Storage) nebo fronty (Queue Storage). Další informace o účtech Azure Storage najdete v tématu Přehled účtu úložiště.

Nastavení redundance pro účet úložiště se sdílí pro všechny služby úložiště zveřejněné tímto účtem. Všechny prostředky úložiště nasazené ve stejném účtu úložiště mají stejné nastavení redundance. Pokud mají různé požadavky na redundanci, můžete chtít izolovat různé typy prostředků v samostatných účtech úložiště.

Redundance v primární oblasti

Data v účtu Azure Storage se vždy replikují třikrát v primární oblasti. Azure Storage nabízí dvě možnosti, jak se mohou vaše data replikovat v primární oblasti:

  • Místně redundantní úložiště (LRS) kopíruje data synchronně třikrát v rámci jednoho fyzického umístění v primární oblasti. LRS je nejlevnější možnost replikace, ale nedoporučuje se pro aplikace vyžadující vysokou dostupnost nebo odolnost.
  • Zónově redundantní úložiště (ZRS) kopíruje data synchronně napříč třemi zónami dostupnosti Azure v primární oblasti. U aplikací vyžadujících vysokou dostupnost microsoft doporučuje používat ZRS v primární oblasti a také replikaci do sekundární oblasti.

Poznámka:

Microsoft doporučuje používat ZRS v primární oblasti pro úlohy Azure Data Lake Storage Gen2.

Místně redundantní úložiště

Místně redundantní úložiště (LRS) replikuje váš účet úložiště třikrát v rámci jednoho datového centra v primární oblasti. LRS poskytuje alespoň 99,9999999999 % (11 devítek) stálost objektů za daný rok.

LRS je možnost redundance s nejnižšími náklady a nabízí nejnižší odolnost v porovnání s jinými možnostmi. LRS chrání vaše data před selháním serverového racku a jednotky. Pokud však dojde k havárii, jako je požár nebo záplava v rámci datového centra, můžou být všechny repliky účtu úložiště využívajícího LRS ztraceny nebo neobnovitelné. Pro zmírnění tohoto rizika Microsoft doporučuje používat zónově redundantní úložiště (ZRS), geograficky redundantní úložiště (GRS) nebo geograficky zónově redundantní úložiště (GZRS).

Žádost o zápis do účtu úložiště, který používá LRS, probíhá synchronně. Operace zápisu se úspěšně vrátí až po zápisu dat do všech tří replik.

Následující diagram znázorňuje, jak se vaše data replikují v rámci jednoho datového centra pomocí LRS:

Diagram showing how data is replicated in a single data center with LRS

LRS je dobrou volbou pro následující scénáře:

  • Pokud vaše aplikace ukládá data, která je možné snadno rekonstruovat, pokud dojde ke ztrátě dat, můžete se rozhodnout pro LRS.
  • Pokud je vaše aplikace omezená na replikaci dat pouze v rámci země nebo oblasti kvůli požadavkům na zásady správného řízení dat, můžete se rozhodnout pro LRS. V některých případech můžou být spárované oblasti, ve kterých se data geograficky replikují, v jiné zemi nebo oblasti. Další informace o spárovaných oblastech najdete v oblastech Azure.
  • Pokud váš scénář používá nespravované disky Azure, můžete se rozhodnout pro LRS. I když je možné vytvořit účet úložiště pro nespravované disky Azure, které používají GRS, nedoporučuje se kvůli potenciálním problémům s konzistencí oproti asynchronní geografické replikaci.

Zónově redundantní úložiště

Zónově redundantní úložiště (ZRS) replikuje váš účet úložiště synchronně napříč třemi zónami dostupnosti Azure v primární oblasti. Každá zóna dostupnosti je samostatné fyzické umístění s nezávislým napájením, chlazením a sítí. ZRS nabízí odolnost prostředků úložiště nejméně 99,9999999999999 % (12 9) za daný rok.

S ZRS jsou vaše data stále přístupná pro operace čtení i zápisu i v případě, že zóna přestane být dostupná. Pokud se zóna stane nedostupnou, Azure provede aktualizace sítí, jako je opětovné nasazování DNS. Tyto aktualizace můžou mít vliv na vaši aplikaci, pokud přistupujete k datům před dokončením aktualizací. Při navrhování aplikací pro ZRS dodržujte postupy pro zpracování přechodných chyb, včetně implementace zásad opakování s exponenciálním back-off.

Žádost o zápis do účtu úložiště, který používá zónově redundantní úložiště, probíhá synchronně. Operace zápisu se úspěšně vrátí až po zápisu dat do všech replik napříč třemi zónami dostupnosti. Pokud je zóna dostupnosti dočasně nedostupná, operace se po zápisu dat do všech dostupných zón úspěšně vrátí.

Microsoft doporučuje používat ZRS v primární oblasti pro scénáře, které vyžadují vysokou dostupnost. ZRS se také doporučuje omezit replikaci dat do konkrétní země nebo oblasti tak, aby splňovala požadavky zásad správného řízení dat.

Microsoft doporučuje používat ZRS pro úlohy Azure Files. Pokud se zóna stane nedostupnou, nevyžaduje se opětovné připojení sdílených složek Azure z připojených klientů.

Následující diagram ukazuje, jak se vaše data replikují napříč zónami dostupnosti v primární oblasti pomocí ZRS:

Diagram showing how data is replicated in the primary region with ZRS

ZRS poskytuje vynikající výkon, nízkou latenci a odolnost vašich dat, pokud je dočasně nedostupný. ZRS sama o sobě ale nemusí chránit vaše data před regionální katastrofou, kde je trvale ovlivněno více zón. Pro ochranu před regionálními katastrofami microsoft doporučuje použít geograficky zónově redundantní úložiště (GZRS), které využívá zónově redundantní úložiště (ZRS) v primární oblasti a také geograficky replikuje vaše data do sekundární oblasti.

Archivní úroveň služby Blob Storage se v současné době nepodporuje pro účty ZRS, GZRS nebo RA-GZRS. Nespravované disky nepodporují ZRS ani GZRS.

Další informace o tom, které oblasti podporují ZRS, najdete v oblastech Azure s zónami dostupnosti.

Účty úložiště úrovně Standard

ZRS se podporuje pro všechny služby Azure Storage prostřednictvím standardních účtů úložiště pro obecné účely verze 2, včetně následujících:

  • Azure Blob Storage (horké a studené objekty blob bloku a doplňovací objekty blob, objekty blob bez disku)
  • Soubory Azure (všechny úrovně Standard: optimalizované pro transakce, horká a studená)
  • Azure Table Storage
  • Azure Queue Storage

Seznam oblastí, které podporují zónově redundantní úložiště (ZRS) pro standardní účty, najdete v oblastech Azure, které podporují zónově redundantní úložiště (ZRS) pro účty úložiště úrovně Standard.

Účty objektů blob bloku Úrovně Premium

ZRS se podporuje pro účty objektů blob bloku úrovně Premium. Další informace o objektech blob bloku úrovně Premium najdete v tématu Účty úložiště objektů blob bloku úrovně Premium.

Seznam oblastí, které podporují zónově redundantní úložiště (ZRS) pro účty objektů blob bloku úrovně Premium, najdete v oblastech Azure, které podporují zónově redundantní úložiště (ZRS) pro účty objektů blob bloku úrovně Premium.

Účty sdílené složky Premium

ZRS se podporuje pro sdílené složky úrovně Premium (Azure Files) prostřednictvím FileStorage typu účtu úložiště.

Seznam oblastí, které podporují zónově redundantní úložiště (ZRS) pro účty sdílených složek úrovně Premium, najdete v tématu Zónově redundantní úložiště služby Azure Files pro sdílené složky úrovně Premium.

Spravované disky

ZRS se podporuje pro spravované disky s následujícími omezeními.

Seznam oblastí, které podporují zónově redundantní úložiště (ZRS) pro spravované disky, najdete v regionální dostupnosti.

Redundance v sekundární oblasti

U aplikací vyžadujících vysokou odolnost můžete také zkopírovat data v účtu úložiště do sekundární oblasti, která je vzdálená stovky kilometrů od primární oblasti. Pokud se váš účet úložiště zkopíruje do sekundární oblasti, jsou vaše data odolná i v případě úplného výpadku oblasti nebo havárie, ve které primární oblast nejde obnovit.

Při vytváření účtu úložiště vyberete primární oblast účtu. Spárovaná sekundární oblast se určuje na základě primární oblasti a nedá se změnit. Další informace o oblastech podporovaných Azure najdete v oblastech Azure.

Azure Storage nabízí dvě možnosti kopírování dat do sekundární oblasti:

  • Geograficky redundantní úložiště (GRS) kopíruje data synchronně třikrát v rámci jednoho fyzického umístění v primární oblasti s využitím LRS. Pak data kopíruje asynchronně do jednoho fyzického umístění v sekundární oblasti. V sekundární oblasti se data kopírují synchronně třikrát pomocí LRS.
  • Geograficky zónově redundantní úložiště (GZRS) kopíruje data synchronně napříč třemi zónami dostupnosti Azure v primární oblasti pomocí ZRS. Pak data kopíruje asynchronně do jednoho fyzického umístění v sekundární oblasti. V sekundární oblasti se data kopírují synchronně třikrát pomocí LRS.

Poznámka:

Primární rozdíl mezi GRS a GZRS je způsob replikace dat v primární oblasti. V sekundární oblasti se data vždy replikují synchronně třikrát pomocí LRS. LRS v sekundární oblasti chrání vaše data před selháním hardwaru.

V případě GRS nebo GZRS nejsou data v sekundární oblasti dostupná pro přístup pro čtení nebo zápis, pokud není k dispozici převzetí služeb při selhání primární oblasti. Pro přístup pro čtení do sekundární oblasti nakonfigurujte účet úložiště tak, aby používal geograficky redundantní úložiště jen pro čtení (RA-GRS) nebo geograficky zónově redundantní úložiště jen pro čtení (RA-GZRS). Další informace najdete v tématu Přístup pro čtení k datům v sekundární oblasti.

Pokud primární oblast přestane být dostupná, můžete zvolit převzetí služeb při selhání sekundární oblasti. Po dokončení převzetí služeb při selhání se sekundární oblast stane primární oblastí a můžete znovu číst a zapisovat data. Další informace o zotavení po havárii a informace o převzetí služeb při selhání sekundární oblasti najdete v tématu Zotavení po havárii a převzetí služeb při selhání účtu úložiště.

Důležité

Vzhledem k tomu, že se data replikují do sekundární oblasti asynchronně, může selhání, které ovlivňuje primární oblast, způsobit ztrátu dat, pokud primární oblast nelze obnovit. Interval mezi nejnovějšími zápisy do primární oblasti a posledním zápisem do sekundární oblasti se označuje jako cíl bodu obnovení (RPO). RPO označuje bod v čase, ke kterému je možné obnovit data. Platforma Azure Storage má obvykle cíl bodu obnovení kratší než 15 minut, přestože v současné době neexistuje žádná smlouva SLA o tom, jak dlouho trvá replikace dat do sekundární oblasti.

Geograficky redundantní úložiště

Geograficky redundantní úložiště (GRS) kopíruje data synchronně třikrát v rámci jednoho fyzického umístění v primární oblasti s využitím LRS. Potom data asynchronně zkopíruje do jednoho fyzického umístění v sekundární oblasti, která je vzdálená stovky kilometrů od primární oblasti. GRS nabízí odolnost prostředků úložiště minimálně 99,9999999999999999 % (16 9) za daný rok.

Operace zápisu se nejprve potvrdí do primárního umístění a replikuje se pomocí LRS. Aktualizace se pak asynchronně replikuje do sekundární oblasti. Při zápisu dat do sekundárního umístění se také replikují v rámci daného umístění pomocí LRS.

Následující diagram znázorňuje, jak se vaše data replikují pomocí GRS nebo RA-GRS:

Diagram showing how data is replicated with GRS or RA-GRS

Geograficky zónově redundantní úložiště

Geograficky zónově redundantní úložiště (GZRS) kombinuje vysokou dostupnost poskytovanou redundancí napříč zónami dostupnosti s ochranou před regionálními výpadky poskytovanými geografickou replikací. Data v účtu úložiště GZRS se kopírují do tří zón dostupnosti Azure v primární oblasti a replikují se také do sekundární geografické oblasti pro ochranu před regionálními haváriemi. Microsoft doporučuje používat GZRS pro aplikace vyžadující maximální konzistenci, odolnost a dostupnost, vynikající výkon a odolnost pro zotavení po havárii.

S účtem úložiště GZRS můžete pokračovat ve čtení a zápisu dat, pokud zóna dostupnosti přestane být k dispozici nebo není obnovitelná. Kromě toho jsou vaše data odolná také v případě úplného regionálního výpadku nebo havárie, ve které primární oblast není možné obnovit. GZRS je navržený tak, aby poskytoval alespoň 99,99999999999999% (16 9) stálost objektů v daném roce.

Následující diagram znázorňuje, jak se vaše data replikují pomocí GZRS nebo RA-GZRS:

Diagram showing how data is replicated with GZRS or RA-GZRS

GZRS podporují jenom účty úložiště pro obecné účely verze 2. GZRS podporují všechny služby Azure Storage, mezi které patří:

  • Azure Blob Storage (horké a studené objekty blob bloku, objekty blob stránky bez disku)
  • Soubory Azure (všechny úrovně Standard: optimalizované pro transakce, horká a studená)
  • Azure Table Storage
  • Azure Queue Storage

Seznam oblastí, které podporují geograficky zónově redundantní úložiště (GZRS), najdete v oblastech Azure, které podporují geograficky zónově redundantní úložiště (GZRS).

Čtení přístupu k datům v sekundární oblasti

Geograficky redundantní úložiště (s GRS nebo GZRS) replikuje vaše data do jiného fyzického umístění v sekundární oblasti, aby se chránila před oblastními výpadky. S účtem nakonfigurovaným pro GRS nebo GZRS nejsou data v sekundární oblasti přímo přístupná uživatelům nebo aplikacím, pokud nedojde k převzetí služeb při selhání. Proces převzetí služeb při selhání aktualizuje položku DNS poskytovanou službou Azure Storage tak, aby sekundární koncový bod byl novým primárním koncovým bodem vašeho účtu úložiště. Během procesu převzetí služeb při selhání jsou vaše data nepřístupná. Po dokončení převzetí služeb při selhání můžete číst a zapisovat data do nové primární oblasti. Další informace najdete v tématu Jak funguje převzetí služeb při selhání účtu úložiště spravovaného zákazníkem.

Pokud vaše aplikace vyžadují vysokou dostupnost, můžete nakonfigurovat účet úložiště pro přístup pro čtení do sekundární oblasti. Když povolíte přístup pro čtení do sekundární oblasti, budou vaše data vždy dostupná pro čtení ze sekundární oblasti, a to i v situaci, kdy primární oblast přestane být dostupná. Konfigurace geograficky redundantního úložiště jen pro čtení (RA-GRS) nebo geograficky zónově redundantního úložiště jen pro čtení (RA-GZRS) umožňují přístup pro čtení do sekundární oblasti.

Poznámka:

Azure Files nepodporuje geograficky redundantní úložiště jen pro čtení (RA-GRS) ani geograficky zónově redundantní úložiště jen pro čtení (RA-GZRS).

Návrh aplikací pro přístup pro čtení do sekundárního

Pokud je váš účet úložiště nakonfigurovaný pro přístup pro čtení do sekundární oblasti, můžete navrhnout aplikace tak, aby bez problémů přecházely na čtení dat ze sekundární oblasti, pokud z nějakého důvodu nebude primární oblast dostupná.

Sekundární oblast je k dispozici pro přístup pro čtení po povolení RA-GRS nebo RA-GZRS, abyste mohli předem otestovat aplikaci, abyste měli jistotu, že se správně přečte ze sekundární oblasti v případě výpadku. Další informace o tom, jak navrhovat aplikace tak, aby využívaly geografickou redundanci, najdete v tématu Použití geografické redundance k návrhu vysoce dostupných aplikací.

Pokud je povolený přístup pro čtení k sekundárnímu koncovému bodu, můžete aplikaci číst ze sekundárního koncového bodu i z primárního koncového bodu. Sekundární koncový bod připojí k názvu účtu příponu -secondary . Pokud je například primární koncový bod pro úložiště myaccount.blob.core.windows.netobjektů blob , pak sekundární koncový bod je myaccount-secondary.blob.core.windows.net. Přístupové klíče účtu pro váš účet úložiště jsou stejné pro primární i sekundární koncové body.

Plánování ztráty dat

Vzhledem k tomu, že se data replikují asynchronně z primární do sekundární oblasti, sekundární oblast je obvykle za primární oblastí z hlediska operací zápisu. Pokud by havárie zasáhla primární oblast, je pravděpodobné, že dojde ke ztrátě některých dat a že soubory v adresáři nebo kontejneru nebudou konzistentní. Další informace o plánování potenciální ztráty dat naleznete v tématu Ztráta a nekonzistence dat.

Souhrn možností redundance

Tabulky v následujících částech shrnují možnosti redundance dostupné pro Azure Storage.

Parametry stálosti a dostupnosti

Následující tabulka popisuje klíčové parametry pro každou možnost redundance:

Parametr LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Procento stálosti objektů za daný rok alespoň 99,999999999% (11 9) alespoň 99,99999999999% (12 9) alespoň 99,999999999999999% (16 9) alespoň 99,999999999999999% (16 9)
Dostupnost žádostí o čtení Alespoň 99,9 % (99 % pro studenou/studenou/archivní úroveň přístupu) Alespoň 99,9 % (99 % pro studenou/studenou úroveň přístupu) Nejméně 99,9 % (99 % pro studenou/studenou/archivní úroveň přístupu) pro GRS

Alespoň 99,99 % (99,9 % pro studenou/studenou/archivní úroveň přístupu) pro RA-GRS
Nejméně 99,9 % (99 % pro studenou/studenou úroveň přístupu) pro GZRS

Alespoň 99,99 % (99,9 % pro studenou/studenou úroveň přístupu) pro RA-GZRS
Dostupnost pro žádosti o zápis Alespoň 99,9 % (99 % pro studenou/studenou/archivní úroveň přístupu) Alespoň 99,9 % (99 % pro studenou/studenou úroveň přístupu) Alespoň 99,9 % (99 % pro studenou/studenou/archivní úroveň přístupu) Alespoň 99,9 % (99 % pro studenou/studenou úroveň přístupu)
Počet kopií dat udržovaných na samostatných uzlech Tři kopie v jedné oblasti Tři kopie mezi samostatnými zónami dostupnosti v rámci jedné oblasti Celkem šest kopií, včetně tří v primární oblasti a tří v sekundární oblasti Celkem šest kopií, včetně tří napříč samostatnými zónami dostupnosti v primární oblasti a tří místně redundantních kopií v sekundární oblasti

Další informace najdete ve sla pro účty úložiště.

Stálost a dostupnost podle scénáře výpadku

Následující tabulka uvádí, jestli jsou vaše data v daném scénáři odolná a dostupná v závislosti na tom, jaký typ redundance se pro váš účet úložiště projeví:

Scénář výpadku LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Uzel v datovém centru přestane být dostupný. Ano Ano Ano Yes
Celé datové centrum (zónové nebo jiné než zónové) bude nedostupné. No Ano Ano1 Ano
K výpadku v celé oblasti dochází v primární oblasti. No Ne Ano1 Ano1
Přístup pro čtení k sekundární oblasti je k dispozici, pokud primární oblast přestane být k dispozici. No Ne Ano (s RA-GRS) Ano (s RA-GZRS)

1 Převzetí služeb při selhání účtu se vyžaduje k obnovení dostupnosti zápisu, pokud primární oblast přestane být k dispozici. Další informace najdete v tématu Zotavení po havárii a převzetí služeb při selhání účtu úložiště.

Podporované služby Azure Storage

Následující tabulka ukazuje, které možnosti redundance podporují jednotlivé služby Azure Storage.

Service LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage
(včetně Data Lake Storage)
Queue Storage
Table Storage
Soubory Azure 1,2 1,2 1 1
Spravované disky Azure 3
Azure Elastic SAN

1 Sdílené složky úrovně Standard jsou podporovány v LRS a ZRS. U grS a GZRS se podporují standardní sdílené složky, pokud jsou menší nebo rovny 5 TiB.
2 Sdílené složky Úrovně Premium jsou podporovány v LRS a ZRS.
3 Spravované disky ZRS mají určitá omezení. Podrobnosti najdete v části Omezení možností redundance spravovaných disků.

Podporované typy účtů úložiště

Následující tabulka ukazuje, které možnosti redundance jsou podporované pro každý typ účtu úložiště. Informace o typech účtů úložiště najdete v tématu Přehled účtu úložiště.

Typy účtů úložiště LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Doporučené Standard pro obecné účely verze 2 (StorageV2)1

Objekty blob bloku Úrovně Premium (BlockBlobStorage)1

Sdílené složky Úrovně Premium (FileStorage)

Objekty blob stránky Premium (StorageV2)
Standard pro obecné účely verze 2 (StorageV2)1

Objekty blob bloku Úrovně Premium (BlockBlobStorage)1

Sdílené složky Úrovně Premium (FileStorage)
Standard pro obecné účely verze 2 (StorageV2)1 Standard pro obecné účely verze 2 (StorageV2)1
Starší Standard pro obecné účely verze 1 (Storage)

Starší objekt blob (BlobStorage)
Standard pro obecné účely verze 1 (Storage)

Starší objekt blob (BlobStorage)

1 Účty tohoto typu s povoleným hierarchickým oborem názvů podporují také zadanou možnost redundance.

Všechna data pro všechny účty úložiště se zkopírují z primárního do sekundárního podle možnosti redundance pro účet úložiště. Objekty včetně objektů blob bloku, doplňovacích objektů blob, objektů blob stránky, front, tabulek a souborů se zkopírují.

Data ve všech úrovních, včetně archivní vrstvy, se při geografické replikaci vždy kopírují z primární do sekundární. Archivní úroveň služby Blob Storage se v současné době podporuje pro účty LRS, GRS a RA-GRS, ale ne pro účty ZRS, GZRS nebo RA-GZRS. Další informace o úrovních objektů blob najdete v tématu Úrovně přístupu pro data objektů blob.

Nespravované disky nepodporují ZRS ani GZRS.

Informace o cenách pro každou možnost redundance najdete v tématu Ceny služby Azure Storage.

Poznámka:

Účty úložiště objektů blob bloku podporují místně redundantní úložiště (LRS) a zónově redundantní úložiště (ZRS) v určitých oblastech.

Integrita dat

Azure Storage pravidelně ověřuje integritu dat uložených pomocí kontrol cyklické redundance (CRCS). Pokud se zjistí poškození dat, opraví se pomocí redundantních dat. Azure Storage také vypočítá kontrolní součty na všech síťových přenosech za účelem zjištění poškození datových paketů při ukládání nebo načítání dat.

Viz také