Redundance Azure Storage

Azure Storage vždy ukládá několik kopií vašich 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 rozsáhlý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, kvůli ochraně 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 primární oblast z nějakého důvodu přestane být dostupná (geografická replikace s přístupem pro čtení).

Poznámka

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

Služby, které tvoří Azure Storage, se spravují prostřednictvím běž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ý lze použít k nasazení prostředků úložiště, jako jsou kontejnery objektů blob (Blob Storage), sdílené složky (Azure Files), 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ě vystavené 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 Služby 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. Pro aplikace vyžadující vysokou dostupnost microsoft doporučuje používat ZRS v primární oblasti a také replikovat do sekundární oblasti.

Poznámka

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

(Locally redundant storage) 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 datacentra v primární oblasti. LRS poskytuje alespoň 99,99999999999 % (11 devítek) stálost objektů v daném roce.

LRS je možnost redundance s nejnižšími náklady a nabízí nejnižší odolnost ve srovnání s jinými možnostmi. LRS chrání vaše data před selháním racku serveru a jednotek. Pokud však v datacentru dojde k havárii, jako je požár nebo zaplavení, může dojít ke ztrátě nebo neobnovení všech replik účtu úložiště pomocí LRS. 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 datacentra s LRS:

Diagram znázorňující způsob replikace dat v jednom datacentru s 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 kvůli požadavkům na zásady správného řízení dat omezená na replikaci dat pouze v rámci země nebo oblasti, můžete se rozhodnout pro LRS. V některých případech se spárované oblasti, ve kterých se data geograficky replikují, můžou být v jiné zemi nebo oblasti. Další informace o spárovaných oblastech najdete v tématu Oblasti 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 to kvůli možným problémům s konzistencí u asynchronní geografické replikace.

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 pro prostředky úložiště minimálně 99,9999999999999 % (12 9) v daném roce.

Se ZRS jsou vaše data stále přístupná pro operace čtení i zápisu, i když zóna přestane být dostupná. Pokud se zóna stane nedostupnou, Azure provede aktualizace sítí, jako je změna bodu 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 návrhu aplikací pro ZRS dodržujte postupy pro zpracování přechodných chyb, včetně implementace zásad opakování s exponenciálním zpětným vypnutím.

Žádost o zápis do účtu úložiště, který používá ZRS, 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.

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, aby byly splněny požadavky na zásady správného řízení dat.

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

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

Diagram znázorňující způsob replikace dat v primární oblasti pomocí ZRS

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

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

Další informace o tom, které oblasti podporují ZRS, najdete v tématu Oblasti Azure se 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 v2, včetně následujících:

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

ZRS pro účty úložiště standard pro obecné účely v2 je k dispozici pro podmnožinu oblastí Azure:

  • (Afrika) Jižní Afrika – sever
  • (Asie a Tichomoří) Austrálie – východ
  • (Asie a Tichomoří) Indie – střed
  • (Asie a Tichomoří) Východní Asie
  • (Asie a Tichomoří) Japonsko – východ
  • (Asie a Tichomoří) Korea – střed
  • (Asie a Tichomoří) Jihovýchodní Asie
  • (Evropa) Francie – střed
  • (Evropa) Německo – středozápad
  • (Evropa) Severní Evropa
  • (Evropa) Norsko – východ
  • (Evropa) Švédsko – střed
  • (Evropa) Švýcarsko – sever
  • (Evropa) Velká Británie – jih
  • (Evropa) Západní Evropa
  • (Střední východ) Katar – střed
  • (Střední východ) Spojené arabské emiráty – sever
  • (Severní Amerika) Kanada – střed
  • (Severní Amerika) USA – střed
  • (Severní Amerika) USA – východ
  • (Severní Amerika) USA – východ 2
  • (Severní Amerika) USA – středojiž
  • (Severní Amerika) US Gov – Virginie
  • (Severní Amerika) USA – západ 2
  • (Severní Amerika) USA – západ 3
  • (Jižní Amerika) Brazílie – jih

Úč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.

Objekty blob bloku úrovně Premium jsou dostupné v podmnožině oblastí Azure:

  • (Asie a Tichomoří) Austrálie – východ
  • (Asie a Tichomoří) Východní Asie
  • (Asie a Tichomoří) Japonsko – východ
  • (Asie a Tichomoří) Jihovýchodní Asie
  • (Evropa) Francie – střed
  • (Evropa) Severní Evropa
  • (Evropa) Západní Evropa
  • (Evropa) Velká Británie – jih
  • (Severní Amerika) USA – východ
  • (Severní Amerika) USA – východ 2
  • (Severní Amerika) USA – západ 2
  • (Severní Amerika) USA – středo jih
  • (Jižní Amerika) Brazílie – jih

Účty sdílených složek Úrovně Premium

ZRS se podporuje u sdílených složek úrovně Premium (Azure Files) prostřednictvím FileStorage účtu úložiště.

ZRS pro sdílené složky úrovně Premium je k dispozici pro podmnožinu oblastí Azure:

  • (Asie a Tichomoří) Austrálie – východ
  • (Asie a Tichomoří) Japonsko – východ
  • (Asie a Tichomoří) Jihovýchodní Asie
  • (Asie a Tichomoří) Korea – střed
  • (Evropa) Francie – střed
  • (Evropa) Severní Evropa
  • (Evropa) Západní Evropa
  • (Evropa) Velká Británie – jih
  • (Střední východ) Katar – střed
  • (Severní Amerika) USA – východ
  • (Severní Amerika) USA – východ 2
  • (Severní Amerika) USA – západ 2
  • (Severní Amerika) USA – středo jih
  • (Jižní Amerika) Brazílie – jih

Redundance v sekundární oblasti

U aplikací vyžadujících vysokou odolnost si můžete data v účtu úložiště zkopírovat do sekundární oblasti, která je od primární oblasti vzdálená stovky kilometrů. Pokud se váš účet úložiště zkopíruje do sekundární oblasti, budou vaše data odolná i v případě úplného výpadku oblasti nebo havárie, při které primární oblast nepůjde 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 v Azure najdete v tématu Oblasti 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

Hlavním rozdílem 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 k dispozici pro přístup pro čtení nebo zápis, pokud nedojde k převzetí služeb při selhání primární oblastí. Pro přístup ke čtení 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 ke čtení dat 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í oblastí. Po dokončení převzetí služeb při selhání se sekundární oblast stane primární oblastí a vy můžete znovu číst a zapisovat data. Další informace o zotavení po havárii a o tom, jak provést převzetí služeb při selhání do 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 poslední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). Cíl bodu obnovení (RPO) označuje bod v čase, do kterého je možné data obnovit. Platforma Azure Storage má obvykle cíl bodu obnovení na méně než 15 minut, i když 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. Data pak asynchronně zkopíruje do jednoho fyzického umístění v sekundární oblasti, která je od primární oblasti vzdálená stovky kilometrů. GRS nabízí odolnost pro prostředky úložiště minimálně 99,9999999999999999 % (1699999) v daném roce.

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. Když se data zapisují do sekundárního umístění, replikují se také 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 znázorňující způsob replikace dat pomocí GRS nebo 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 oblastní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 za účelem ochrany před regionálními katastrofami. Microsoft doporučuje používat GZRS pro aplikace vyžadující maximální konzistenci, stálost 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 v případě, že se zóna dostupnosti stane nedostupnou nebo je neobnovitelná. Vaše data jsou navíc odolná také v případě úplného oblastního výpadku nebo havárie, kdy primární oblast není možné obnovit. GZRS je navržený tak, aby poskytoval alespoň 99,999999999999999% (16999999999999% (16 99999999999999999% (16 9999999999999) v daném roce.

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

Diagram znázorňující, jak se data replikují pomocí GZRS nebo RA-GZRS

GZRS podporují jenom standardní účty úložiště pro obecné účely v2. GZRS podporují všechny služby Azure Storage, včetně:

  • Azure Blob Storage (horké a studené objekty blob bloku, objekty blob stránky, které nejsou diskové)
  • Azure Files (všechny standardní úrovně: optimalizované pro transakce, horké a studené)
  • Azure Table Storage
  • Azure Queue Storage

GZRS je k dispozici pro podmnožinu oblastí Azure:

  • (Afrika) Jižní Afrika – sever
  • (Asie a Tichomoří) Austrálie – východ
  • (Asie a Tichomoří) Východní Asie
  • (Asie a Tichomoří) Japonsko – východ
  • (Asie a Tichomoří) Korea – střed
  • (Asie a Tichomoří) Jihovýchodní Asie
  • (Asie a Tichomoří) Indie – střed
  • (Evropa) Francie – střed
  • (Evropa) Německo – středozápad
  • (Evropa) Severní Evropa
  • (Evropa) Norsko – východ
  • (Evropa) Švédsko – střed
  • (Evropa) Švýcarsko – sever
  • (Evropa) Velká Británie – jih
  • (Evropa) Západní Evropa
  • (Severní Amerika) Kanada – střed
  • (Severní Amerika) USA – střed
  • (Severní Amerika) USA – východ
  • (Severní Amerika) USA – východ 2
  • (Severní Amerika) USA – středo jih
  • (Severní Amerika) USA – západ 2
  • (Severní Amerika) USA – západ 3
  • (Severní Amerika) US Gov – Virginie
  • (Jižní Amerika) Brazílie – jih

Přístup pro čtení 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 bylo chráněno 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 ani 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že sekundární koncový bod se stane novým primárním koncovým bodem pro váš účet ú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 o převzetí služeb při selhání a zotavení po havárii najdete v tématu Jak funguje převzetí služeb při selhání účtu.

Pokud vaše aplikace vyžadují vysokou dostupnost, můžete účet úložiště nakonfigurovat pro přístup ke čtení sekundární oblasti. Když sekundární oblasti povolíte přístup pro čtení, budou vaše data vždy k dispozici 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í k sekundární oblasti.

Upozornění

Vzhledem k tomu, že se data replikují asynchronně z primární do sekundární oblasti, sekundární oblast je obvykle z hlediska operací zápisu za primární oblastí. Pokud by primární oblast postihla katastrofa, je pravděpodobné, že dojde ke ztrátě některých dat. Další informace o plánování potenciální ztráty dat najdete v tématu Předvídání ztráty dat.

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í k sekundární databázi

Pokud je váš účet úložiště nakonfigurovaný pro přístup pro čtení sekundární oblasti, můžete navrhnout aplikace tak, aby se v případě nedostupnosti primární oblasti z jakéhokoli důvodu přesunuly na čtení dat ze sekundární oblasti.

Sekundární oblast je k dispozici pro přístup pro čtení po povolení RA-GRS nebo RA-GZRS, abyste mohli aplikaci předem otestovat a ujistit se, že v případě výpadku bude správně číst ze sekundární sítě. 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í databázi, je možné vaši 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 myaccount.blob.core.windows.netnapříklad primární koncový bod pro službu Blob Storage , 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ý bod.

Kontrola vlastnosti Čas poslední synchronizace

Vzhledem k tomu, že se data replikují do sekundární oblasti asynchronně, sekundární oblast je často za primární oblastí. Pokud dojde k selhání v primární oblasti, je pravděpodobné, že se všechny zápisy do primární oblasti ještě nereplikovaly do sekundární.

Pokud chcete zjistit, které operace zápisu se replikovaly do sekundární oblasti, může vaše aplikace zkontrolovat vlastnost Čas poslední synchronizace pro váš účet úložiště. Všechny operace zápisu zapsané do primární oblasti před časem poslední synchronizace se úspěšně replikovaly do sekundární oblasti, což znamená, že jsou k dispozici pro čtení ze sekundární oblasti. Všechny operace zápisu zapsané do primární oblasti po poslední synchronizaci se můžou nebo nemusí replikovat do sekundární oblasti, což znamená, že nemusí být dostupné pro operace čtení.

Hodnotu vlastnosti Čas poslední synchronizace můžete dotazovat pomocí Azure PowerShell, Azure CLI nebo některé z klientských knihoven Azure Storage. Vlastnost Čas poslední synchronizace je hodnota data a času GMT. Další informace najdete v tématu Kontrola vlastnosti Čas poslední synchronizace pro účet úložiště.

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ů v daném roce alespoň 99,999999999 % (11 9 let) alespoň 99,9999999999 % (12 9 let) alespoň 99,999999999999999 % (16999999999% (169999999999999999999999999% (169999) alespoň 99,999999999999999 % (16999999999% (169999999999999999999999999% (169999)
Dostupnost pro žádosti o čtení Alespoň 99,9 % (99 % pro studenou nebo archivní úroveň přístupu) Alespoň 99,9 % (99 % pro studenou nebo archivní úroveň přístupu) Alespoň 99,9 % (99 % pro studenou nebo archivní úroveň přístupu) pro GRS

Alespoň 99,99 % (99,9 % pro studenou nebo archivní úroveň přístupu) pro RA-GRS
Alespoň 99,9 % (99 % pro studenou nebo archivní úroveň přístupu) pro GZRS

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

Další informace najdete ve smlouvě 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 odolná a dostupná v daném scénáři v závislosti na tom, jaký typ redundance pro váš účet úložiště platí:

Scénář výpadku LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Uzel v datovém centru přestane být dostupný. Yes Yes Yes Yes
Celé datové centrum (zónové nebo mimo zónové) přestane být dostupné. No Yes Ano1 Yes
V primární oblasti dojde k výpadku v celé oblasti. No No Ano1 Ano1
Přístup ke čtení sekundární oblasti je k dispozici, pokud primární oblast přestane být dostupná. No No 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 dostupná. 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.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1,2
Spravované disky Azure
Objekty blob stránky
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1,2
Spravované disky Azure3
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1
Blob Storage (včetně Data Lake Storage)
Queue Storage
Table Storage

V LRS a ZRS je podporováno 1 sdílené složky úrovně Standard. Sdílené složky úrovně Standard jsou podporovány v GRS a GZRS, pokud mají velikost menší nebo rovna 5 TiB.
V LRS a ZRS jsou podporovány 2 sdílené složky Premium.
3 spravované disky ZRS mají určitá omezení. Podrobnosti najdete v části Omezení v článku Možnosti redundance pro spravované disky.

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čeno Standard pro obecné účely v2 (StorageV2)1

Objekty blob bloku premium (BlockBlobStorage)1

Sdílené složky Premium (FileStorage)

Objekty blob stránky úrovně Premium (StorageV2)
Standard pro obecné účely v2 (StorageV2)1

Objekty blob bloku premium (BlockBlobStorage)1

Sdílené složky Premium (FileStorage)
Standard pro obecné účely v2 (StorageV2)1 Standard pro obecné účely v2 (StorageV2)1
Starší Standard pro obecné účely v1 (Storage)

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

Starší verze objektu 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 kopírují z primárního do sekundárního podle možnosti redundance pro účet úložiště. Kopírují se objekty, včetně objektů blob bloku, doplňovacích objektů blob, objektů blob stránky, front, tabulek a souborů.

Data ve všech vrstvách, včetně archivní úrovně, se během geografické replikace 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 Horká, Studená a Archivní přístupová úroveň pro data objektů blob.

Nespravované disky nepodporují ZRS ani GZRS.

Informace o cenách jednotlivých možností redundance najdete v tématu Ceny služby Azure Storage.

Poznámka

Azure Premium Disk Storage v současné době podporuje pouze místně redundantní úložiště (LRS). Úč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.

Podpora převzetí služeb při selhání účtu spravovaného zákazníkem

Všechny geograficky redundantní nabídky podporují převzetí služeb při selhání spravované Microsoftem v případě havárie v primární oblasti. Některé typy účtů navíc podporují převzetí služeb při selhání účtu spravovaného zákazníkem, jak je znázorněno v následující tabulce. Podporované typy účtů musí používat nasazení Azure Resource Manager. Další informace o zotavení po havárii a převzetí služeb při selhání spravovaném zákazníkem najdete v tématu Zotavení po havárii a převzetí služeb při selhání účtu úložiště.

Typ převzetí služeb při selhání GRS/RA-GRS GZRS/RA-GZRS
Převzetí služeb při selhání spravované zákazníkem Účty
pro obecné účely verze 2 Účty pro obecné účely v1
starší verze Blob Storage
Účty úložiště pro obecné účely verze 2
Převzetí služeb při selhání spravované Microsoftem Všechny typy účtů Účty úložiště pro obecné účely verze 2

Poznámka

Převzetí služeb při selhání účtu spravovaného zákazníkem se zatím nepodporuje u účtů, které mají hierarchický obor názvů (Azure Data Lake Storage Gen2). Další informace najdete v tématu Dostupné funkce úložiště objektů blob v Azure Data Lake Storage Gen2.

V případě havárie, která ovlivní primární oblast, bude převzetí služeb při selhání pro účty s hierarchickým oborem názvů spravovat Microsoft. Další informace najdete v tématu Převzetí služeb při selhání spravované Microsoftem.

Integrita dat

Azure Storage pravidelně ověřuje integritu uložených dat pomocí kontrol cyklické redundance (CBC). Pokud se zjistí poškození dat, opraví se pomocí redundantních dat. Azure Storage také vypočítá kontrolní součty pro veškerý síťový provoz, aby zjistil poškození datových paketů při ukládání nebo načítání dat.

Viz také