Redundance Azure Storage
Azure Storage vždy ukládá více 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í katastrofy. 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í o tom, která možnost redundance je pro váš scénář nejlepší, 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 haváriemi
- Jestli vaše aplikace vyžaduje oprávnění ke čtení replikovaných dat v sekundární oblasti, pokud primární oblast z nějakého důvodu přestane být dostupná
Poznámka
Funkce a regionální dostupnost popsané v tomto článku jsou dostupné také pro účty, které mají hierarchický obor názvů.
Redundance v primární oblasti
Data v 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 stálost.
- 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 úlohy Azure Data Lake Storage Gen2.
Místně redundantní úložiště
Místně redundantní úložiště (LRS) replikuje vaše data třikrát v rámci jednoho datového centra v primární oblasti. LRS poskytuje minimálně 99,999999999% (11 devítek) stálost objektů v průběhu daného roku.
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 disku. Pokud ale v datovém centru dojde k havárii, jako je požár nebo zahlcení, může dojít ke ztrátě nebo obnovení všech replik účtu úložiště pomocí LRS. Pokud chcete toto riziko zmírnit, 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).
K žádosti o zápis do účtu úložiště, který používá LRS, dochází 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 s LRS:
LRS je dobrou volbou pro následující scénáře:
- Pokud vaše aplikace ukládá data, která lze snadno rekonstruovat, pokud dojde ke ztrátě dat, můžete zvolit LRS.
- Pokud je vaše aplikace kvůli požadavkům zásad správného řízení dat omezená na replikaci dat pouze v rámci země nebo oblasti, můžete zvolit LRS. V některých případech mohou 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 tématu Oblasti Azure.
Zónově redundantní úložiště
Zónově redundantní úložiště (ZRS) replikuje vaše Azure Storage 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í stálost datových objektů Azure Storage minimálně 99,99999999999% (12 de9) v průběhu daného roku.
Se zónou 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 například opětovné nasouvání DNS. Tyto aktualizace mohou mít vliv na vaši aplikaci, pokud máte přístup 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 omezením.
K žádosti o zápis do účtu úložiště, který používá ZRS, dochází synchronně. Operace zápisu se úspěšně vrátí až po zápisu dat do všech replik ve třech zónách 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 v rámci země nebo oblasti, aby splňovaly požadavky zásad správného řízení dat.
Následující diagram znázorňuje, jak se vaše data replikují napříč zónami dostupnosti 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á. Samotné ZRS ale nemusí chránit vaše data před regionálními haváriemi, kdy je trvale ovlivněno více zón. Pro ochranu před regionálními haváriemi 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 vaše data do sekundární oblasti.
Následující tabulka uvádí, které typy účtů úložiště podporují ZRS v jednotlivých oblastech:
| Typ účtu úložiště | Podporované oblasti | Podporované služby |
|---|---|---|
| Pro obecné účely v21 | (Afrika) Jižní Afrika – sever (Asie a Tichomoří) Jihovýchodní Asie (Asie a Tichomoří) Austrálie – východ (Asie a Tichomoří) Japonsko – východ (Kanada) Kanada – střed (Evropa) Severní Evropa (Evropa) Západní Evropa (Evropa) Francie – střed (Evropa) Německo – středosoceřský západ (Evropa) Velká Británie – jih (Jižní Amerika) Brazílie – jih (USA) USA – střed (USA) USA – východ (USA) USA – východ 2 (USA) USA – středojih (USA) USA – západ 2 |
Objekty blob bloku Objekty blob stránky2 Sdílené složky (standard) Tabulky Fronty |
| Premium objektů blob bloku1 | Jihovýchodní Asie Austrálie – východ Evropa – sever Evropa – západ Francie – střed Japan East Spojené království – jih USA – východ USA – východ 2 USA – západ 2 |
Premium objektů blob bloku |
| Premium sdílených složek | Jihovýchodní Asie Austrálie – východ Evropa – sever Evropa – západ Francie – střed Japan East Spojené království – jih USA – východ USA – východ 2 USA – západ 2 |
soubory Premium pouze sdílené složky |
1 úroveň archivu se v současnosti nepodporuje u účtů ZRS.
2 nespravované disky Azure by měly také používat LRS. Je možné vytvořit účet úložiště pro nespravované disky Azure, které používají GRS, ale nedoporučuje se v důsledku potenciálních problémů s konzistencí přes asynchronní geografickou replikaci. Nespravované disky nepodporují ZRS nebo GZRS.
Informace o tom, které oblasti podporují ZRS, najdete v článku Podpora služeb podle oblasti v tématu co je zóny dostupnosti Azure?.
Redundance v sekundární oblasti
U aplikací vyžadujících vysokou odolnost můžete zvolit, aby se data v účtu úložiště dále zkopírovala do sekundární oblasti, která je od primární oblasti od sebe stovky mil. Pokud je váš účet úložiště zkopírovaný do sekundární oblasti, budou vaše data odolná i v případě kompletního výpadku nebo havárie, ve kterém se primární oblast nedá obnovit.
Při vytváření účtu úložiště vyberete primární oblast pro daný účet. Spárovaná sekundární oblast je určena v závislosti na primární oblasti a nelze ji změnit. Další informace o oblastech podporovaných v Azure najdete v tématu oblasti Azure.
Azure Storage nabízí dvě možnosti pro 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 rámci sekundární oblasti se data zkopírují synchronně třikrát pomocí LRS.
- Geograficky redundantní úložiště (GZRS) kopíruje data synchronně v rámci tří zón 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 rámci sekundární oblasti se data zkopírují synchronně třikrát pomocí LRS.
Poznámka
Hlavním rozdílem mezi GRS a GZRS je způsob, jakým se data replikují v primární oblasti. V rámci sekundární oblasti jsou data vždy synchronně replikována třikrát pomocí LRS. LRS v sekundární oblasti chrání vaše data proti selhání hardwaru.
V 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í sekundární oblastí. Pro přístup pro čtení do sekundární oblasti nakonfigurujte účet úložiště tak, aby používal geograficky redundantní úložiště s přístupem pro čtení (RA-GRS) nebo geograficky redundantní úložiště s přístupem 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 nebude k dispozici, 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 přestanou primární oblastí a můžete znovu číst a zapisovat data. Další informace o zotavení po havárii a o tom, jak převzít služby při selhání do sekundární oblasti, najdete v tématu převzetí služeb při selhání při zotavení po havárii a účtu úložiště.
Důležité
Vzhledem k tomu, že data jsou replikována do sekundární oblasti asynchronně, selhání ovlivňující primární oblast může způsobit ztrátu dat, pokud nelze obnovit primární oblast. 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, do kterého lze obnovit data. Azure Storage obvykle má RPO méně než 15 minut, ale v současné době není k dispozici žádná smlouva SLA, 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. Pak data kopíruje asynchronně do jednoho fyzického umístění v sekundární oblasti, která je od primární oblasti vzdálena stovky mil. GRS nabízí odolnost pro Azure Storage datových objektů nejméně 99.99999999999999% (16 9) v průběhu daného roku.
Operace zápisu se nejdřív potvrdí do primárního umístění a replikuje se pomocí LRS. Aktualizace se pak asynchronně replikuje do sekundární oblasti. Když jsou data zapsána do sekundárního umístění, je také replikována v tomto umístění pomocí LRS.
Následující diagram znázorňuje, jak se data replikují pomocí GRS nebo RA-GRS:
Geograficky zónově redundantní úložiště
Geograficky redundantní úložiště (GZRS) kombinuje vysokou dostupnost poskytovanou redundancí napříč zónami dostupnosti s ochranou z regionálních výpadků poskytovaných geografickou replikací. Data v účtu úložiště GZRS se zkopírují do tří zón dostupnosti Azure v primární oblasti a také se replikují do sekundární geografické oblasti pro ochranu z regionálních havárií. Microsoft doporučuje používat GZRS pro aplikace, které vyžadují maximální konzistenci, odolnost a dostupnost, vynikající výkon a odolnost proti zotavení po havárii.
S účtem úložiště GZRS můžete dál číst a zapisovat data, pokud se zóna dostupnosti stane nedostupnou nebo nejde obnovit. Kromě toho jsou vaše data také odolná v případě kompletního oblasti výpadku nebo havárie, ve které není primární oblast obnovitelné. GZRS je navržený tak, aby poskytoval alespoň 99.99999999999999% (16 9) odolnosti objektů v průběhu daného roku.
Následující diagram znázorňuje, jak se data replikují pomocí GZRS nebo RA-GZRS:
GZRS a RA-GZRS podporují jenom účty úložiště pro obecné účely verze 2. Další informace o typech účtů úložiště najdete v tématu Přehled účtu Azure Storage. GZRS a RA-GZRS podporují objekty blob bloku, objekty blob stránky (s výjimkou disků VHD), soubory, tabulky a fronty.
GZRS a RA-GZRS jsou podporovány v následujících oblastech:
- (Asie a Tichomoří) Asie – východ
- (Asie a Tichomoří) Asie – jihovýchod
- (Asie a Tichomoří) Austrálie – východ
- (Asie a Tichomoří) Japonsko – východ
- Kanada Kanada – střed
- Evropským Severní Evropa
- Evropským Západní Evropa
- Evropským Francie – střed
- Evropským Norsko – východ
- Evropským Velká Británie – jih
- (Jižní Amerika) Brazílie – jih
- VYLEPŠENÍ USA – střed
- VYLEPŠENÍ USA – východ
- VYLEPŠENÍ USA – východ 2
- VYLEPŠENÍ USA – východ
- VYLEPŠENÍ USA (střed) – jih
- VYLEPŠENÍ USA – západ 2
- VYLEPŠENÍ USA – západ 3
Informace o cenách najdete v podrobnostech o cenách objektů BLOB, souborů, fronta tabulek.
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 se chránila před oblastními výpadky. Tato data jsou však k dispozici pro čtení pouze v případě, že zákazník nebo společnost Microsoft zahájí převzetí služeb při selhání z primární do sekundární oblasti. Když povolíte přístup pro čtení do sekundární oblasti, data je možné kdykoli číst, a to i v případě, že primární oblast nebude k dispozici. Pro přístup pro čtení do sekundární oblasti povolte geograficky redundantní úložiště s přístupem pro čtení (RA-GRS) nebo geograficky redundantní úložiště s přístupem pro čtení (RA-GZRS).
Poznámka
Soubory Azure nepodporují geograficky redundantní úložiště s přístupem pro čtení (RA-GRS) a geograficky redundantní úložiště s přístupem pro čtení (RA-GZRS).
Návrh aplikací pro přístup pro čtení sekundárního
Pokud je váš účet úložiště nakonfigurovaný pro přístup pro čtení do sekundární oblasti, můžete navrhovat aplikace pro bezproblémové přesunutí na čtení dat ze sekundární oblasti, pokud z nějakého důvodu dojde k nedostupnosti primární oblasti.
Sekundární oblast je k dispozici pro přístup pro čtení po povolení RA-GRS nebo RA-GZRS, abyste mohli otestovat svou aplikaci předem, abyste se ujistili, že se v případě výpadku budou správně číst ze sekundárního zařízení. Další informace o návrhu aplikací pro využití geografické redundance najdete v tématu použití geografické redundance k návrhu vysoce dostupných aplikací.
Když je povolený přístup pro čtení k sekundárnímu, vaše aplikace se dá číst ze sekundárního koncového bodu i z primárního koncového bodu. Sekundární koncový bod připojí příponu – sekundární k názvu účtu. Pokud je například primárním koncovým bodem pro úložiště objektů BLOB myaccount.blob.core.windows.net , pak je sekundární koncový bod myaccount-secondary.blob.core.windows.net . Přístupové klíče účtu pro váš účet úložiště jsou u primárních i sekundárních koncových bodů stejné.
Kontrola vlastnosti Čas poslední synchronizace
Vzhledem k tomu, že data jsou replikována 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ě možné, že všechna zápisy do primární databáze nebudou dosud replikována do sekundárního umístění.
Chcete-li zjistit, které operace zápisu byly replikovány do sekundární oblasti, může vaše aplikace kontrolovat vlastnost času poslední synchronizace pro váš účet úložiště. Všechny operace zápisu zapsané do primární oblasti před poslední dobou synchronizace byly úspěšně replikovány do sekundární oblasti, což znamená, že je možné je načíst ze sekundárního umístění. Všechny operace zápisu zapsané do primární oblasti po poslední době synchronizace mohou nebo nemusí být replikovány do sekundární oblasti, což znamená, že nemusí být k dispozici pro operace čtení.
můžete zadat dotaz na hodnotu vlastnosti čas poslední synchronizace 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 Zkontrolujte vlastnost čas poslední synchronizace pro účet úložiště.
Souhrn možností redundance
Tabulky v následujících částech shrnují možnosti redundance, které jsou k dispozici pro Azure Storage
Parametry stálosti a dostupnosti
Následující tabulka popisuje klíčové parametry pro jednotlivé možnosti redundance:
| Parametr | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Procentuální stálost objektů za daný rok | alespoň 99,9999999999% (11 9) | alespoň 99,99999999999% (12 9) | alespoň 99,999999999999999% (16 9) | alespoň 99,999999999999999% (16 9) |
| Dostupnost pro žádosti o čtení | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) pro GRS Alespoň 99,99 % (99,9 % pro studenou úroveň přístupu) pro RA-GRS |
Alespoň 99,9 % (99 % pro studenou úroveň přístupu) pro GZRS Alespoň 99,99 % (99,9 % pro studenou úroveň přístupu) pro RA-GZRS |
| Dostupnost pro žádosti o zápis | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) | Alespoň 99,9 % (99 % pro studenou úroveň přístupu) | Alespoň 99,9 % (99 % pro studenou ú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 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 |
Scénář stálosti a dostupnosti podle 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 váš účet úložiště používá:
| Scénář výpadku | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Uzel v rámci datového centra se stane nedostupným | Yes | Yes | Yes | Yes |
| Celé datové centrum (zónové nebo nezónové) se stane nedostupným. | Ne | Yes | Ano1 | Yes |
| K výpadku v celé oblasti dochází v primární oblasti. | Ne | Ne | Ano1 | Ano1 |
| Přístup pro čtení k sekundární oblasti je k dispozici, pokud primární oblast přestane být dostupná. | Ne | 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 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é Azure Storage služby
Následující tabulka uvádí, které možnosti redundance jsou podporovány jednotlivými Azure Storage službou.
| LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|
| Blob Storage Queue Storage Table Storage Azure Files1,2 Spravované disky Azure |
Blob Storage Queue Storage Table Storage Azure Files1,2 Spravované disky Azure3 |
Blob Storage Queue Storage Table Storage Azure Files1 |
Blob Storage Queue Storage Table Storage |
Blob Storage Queue Storage Table Storage Azure Files1 |
Blob Storage Queue Storage Table Storage |
1 Sdílené složky standardu jsou podporované na LRS a ZRS. Sdílené složky standardu se podporují v GRS a GZRS, pokud mají velikost menší nebo rovnu pěti TiB.
2 Premium sdílené složky jsou podporované v LRS a ZRS.
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 uvádí, které možnosti redundance jednotlivé typy účtů úložiště podporují. Informace o typech účtů úložiště najdete v Storage přehled účtu úložiště.
| LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|
| Účty pro obecné účely verze 2 Účty pro obecné účely verze 1 Premium objektu blob bloku Starší verze objektu blob Premium sdílených složek |
Účty pro obecné účely verze 2 Premium objektů blob bloku Premium sdílených složek |
Účty pro obecné účely verze 2 Účty pro obecné účely verze 1 Starší verze objektu blob |
Účty pro obecné účely verze 2 |
Všechna data pro všechny účty úložiště se zkopírují podle možnosti redundance pro účet úložiště. Objekty, včetně objektů blob bloku, doplňovací objekty blob, objekty blob stránky, fronty, tabulky a soubory, se zkopírují. Data ve všech úrovních, včetně archivní úrovně, se kopírují. Další informace o úrovních objektů blob najdete v tématu Horká, studenáa archivní úroveň přístupu pro data objektů blob.
Informace o cenách jednotlivých možností redundance najdete v tématu Azure Storage ceny.
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.
Integrita dat
Azure Storage pravidelně ověřuje integritu uložených dat pomocí cyklických kontrol redundance (CRC). Pokud se detekuje poškození dat, opraví se pomocí redundantních dat. Azure Storage také kontrolní součty pro veškerý síťový provoz, aby se detekuje poškození datových paketů při ukládání nebo načítání dat.