Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Azure Storage vždy ukládá několik kopií vašich dat, aby bylo možné je chránit před plánovanými a neplánovanými událostmi. Mezi příklady těchto událostí patří přechodné selhání hardwaru, výpadky sítě nebo napájení a masivní 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í, 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
- Určuje, jestli se vaše data replikují z primární oblasti do druhé, geograficky vzdálené 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 během výpadku v primární oblasti (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. Zvažte izolování různých typů prostředků v samostatných účtech úložiště, pokud mají různé požadavky na redundanci.
Redundance 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) replikuje data v rámci vašich účtů úložiště do jednoho fyzického datacentra umístěného v primární oblasti podle vašeho výběru.
Zónově redundantní úložiště (ZRS) kopíruje data synchronně napříč třemi nebo více 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.
Místně redundantní úložiště
Místně redundantní úložiště (LRS) replikuje data v rámci vašich účtů úložiště do jednoho fyzického datacentra v primární oblasti podle vašeho výběru. I když volba zóny dostupnosti není podporovaná, Azure může přesunout nebo rozšířit účty LRS napříč zónami, aby se zlepšilo vyrovnávání zatížení. LRS poskytuje alespoň 99,9999999999 % (11 devítek) odolnost objektů během daného roku. Další informace o spolehlivosti zón dostupnosti najdete v článku Co jsou zóny dostupnosti Azure .
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 diskových jednotek, serverů a rámů serverů. 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é. Pokud v datovém centru dojde k dočasné události, jako je například tepelná událost, můžou být všechny repliky dočasně nedostupné, dokud se událost nevyřeší. Pro zmírnění těchto rizik 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).
Zápisová žádost do účtu úložiště používajícího 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:
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, zvažte volbu LRS.
- Pokud je vaše aplikace omezená na replikaci dat pouze v rámci oblasti kvůli požadavkům zásad správného řízení dat, zvažte volbu LRS. V některých případech můžou být spárované oblasti, ve kterých se data geograficky replikují, v jiné oblasti. Další informace o spárovaných oblastech najdete v oblastech Azure.
- Pokud váš scénář používá nespravované disky Azure, zvažte použití 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 data v rámci vašich účtů úložiště do tří nebo více zón dostupnosti Azure umístěných v primární oblasti podle vašeho výběru. 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 9s) za daný rok. Další informace o spolehlivosti zón dostupnosti najdete v článku Co jsou zóny dostupnosti Azure .
Když využíváte ZRS, zůstanou vaše data 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 provádí aktualizace sítí, jako je repointování DNS (Domain Name System). 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 strategií opakování s exponenciálním odstupem.
Žá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. 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í 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é namontování 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:
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í plně chránit vaše data před regionální katastrofou, kde je trvale ovlivněno více zón. Geograficky zónově redundantní úložiště (GZRS) využívá zónově redundantní úložiště (GZRS) v primární oblasti a také geograficky replikuje vaše data do sekundární oblasti. GZRS je k dispozici v mnoha oblastech a doporučuje se pro ochranu před regionálními katastrofami.
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.
Redundance v sekundární oblasti
Možnosti redundance vám můžou pomoct zajistit vysokou odolnost vašich aplikací. V mnoha oblastech můžete kopírovat data v rámci účtu úložiště do sekundární oblasti umístěné stovky kilometrů od primární oblasti. Kopírováním účtu úložiště do sekundární oblasti zajistíte, že vaše data zůstanou zabezpečená a dostupná během úplného výpadku oblasti nebo havárie, při které by nebylo možné obnovit primární oblast.
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 seznamu oblastí 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ě v rámci jedné nebo více zón dostupnosti Azure v primární oblasti pomocí LRS. Potom data asynchronně zkopíruje do sekundární oblasti. V sekundární oblasti se data kopírují synchronně pomocí LRS.
Geograficky zónově redundantní úložiště (GZRS) kopíruje data synchronně napříč třemi nebo více zónami dostupnosti Azure v primární oblasti pomocí ZRS. Potom data asynchronně zkopíruje do sekundární oblasti. V sekundární oblasti se data kopírují synchronně 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ě pomocí LRS. LRS v sekundární oblasti chrání vaše data před selháním hardwaru.
Pokud využíváte GRS nebo GZRS, data v sekundární oblasti nejsou k dispozici pro přístup pro čtení nebo zápis, pokud není k dispozici převzetí služeb při selhání sekundá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 se přepnout do sekundárního regionu. Po dokončení operace přepnutí při selhání se sekundární region stane primárním regionem a můžete číst a zapisovat data. Další informace o zotavení po havárii a jak převzít služby 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 nejde 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. Azure Storage teď nabízí replikaci geografické priority, která zajišťuje, že cíl bodu obnovení pro objekty blob bloku je menší nebo roven 15 minutám. Další informace najdete v článku Replikace geografické priority služby Azure Storage .
Geograficky redundantní úložiště
Geograficky redundantní úložiště (GRS) kopíruje data synchronně do jedné nebo více zón dostupnosti v primární oblasti pomocí LRS. Potom data asynchronně zkopíruje do sekundární oblasti, která je vzdálená stovky kilometrů od primární oblasti. GRS nabízí spolehlivost úložných prostředků nejméně 99,99999999999999 % (16 devítek) během jednoho roku.
Operace zápisu se nejprve potvrdí v primárním umístění a poté se replikuje 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:
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 GZRS se zkopírují do tří nebo více zón dostupnosti Azure v primární oblasti. Kromě toho se také replikuje do sekundární geografické oblasti pro ochranu před regionálními katastrofami. 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 GZRS můžete pokračovat ve čtení a zápisu dat, pokud zóna dostupnosti přestane být k dispozici nebo je nedostupná. Vaše data navíc zůstávají odolná i během úplného regionálního výpadku nebo havárie, ve které primární oblast nejde obnovit. GZRS je navržený tak, aby poskytoval alespoň 99,999999999999999% (16 9s) 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:
Pokud chcete zjistit, jestli oblast podporuje GZRS, prohlédni si seznam oblastí Azure. Aby oblast podporovala GZRS, musí mít zóny dostupnosti a spárovanou oblast.
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. S účtem nakonfigurovaným pro GRS nebo GZRS nejsou data v sekundární oblasti přímo dostupná uživatelům nebo aplikacím, pokud dojde k výpadku v primární oblasti, 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 se koncové body služby úložiště v sekundární oblasti staly novými primárními koncovými body vašeho účtu úložiště. Během procesu převzetí 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ého primárního regionu. Další informace najdete v tématu Jak funguje převzetí řízení účtu úložiště spravovaného zákazníkem k obnovení z výpadku.
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).
Navrhněte své aplikace tak, aby měly přístup pouze pro čtení k sekundárnímu zdroji.
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. Tato dostupnost vám umožňuje otestovat vaši aplikaci předem, abyste zajistili, že se během výpadku bude správně číst ze sekundární oblasti. 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 serveru, můžete aplikaci číst ze sekundárních i primárních koncových bodů. 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ě objektů blob myaccount.blob.core.windows.net, pak sekundární koncový bod je myaccount-secondary.blob.core.windows.net. Přístupové klíče ke svému účtu úložiště jsou stejné jak pro primární, tak pro 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 dojde k havárii primární oblasti, 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 | zónově redundantní úložiště | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Procento stálosti objektů za daný rok | alespoň 99,999999999% (11 9s) | alespoň 99,9999999999% (12 9s) | alespoň 99,99999999999999% (16 devítek) | alespoň 99,99999999999999% (16 devítek) |
| Dostupnost žádostí o čtení | Nejméně 99,9%; 99% pro studenou/studenou/archivní úroveň přístupu | Nejméně 99,9%; 99% pro studenou/studenou úroveň přístupu | Nejméně 99,9% pro GRS; 99% pro studenou/studenou/archivní úroveň přístupu Nejméně 99,99% pro RA-GRS; 99,9% pro studenou/studenou/archivní úroveň přístupu |
Nejméně 99,9% pro GZRS; 99% pro studenou/studenou úroveň přístupu Nejméně 99,99% pro RA-GZRS; 99,9% pro studenou/studenou úroveň přístupu |
| Dostupnost zápisových požadavků | Nejméně 99,9%; 99% pro studenou/studenou/archivní úroveň přístupu | Nejméně 99,9%; 99% pro studenou/studenou úroveň přístupu | Nejméně 99,9%; 99% pro studenou/studenou/archivní úroveň přístupu | Nejméně 99,9%; 99% pro studenou/studenou úroveň přístupu |
Poznámka: GRS poskytuje geografickou replikaci, ale neumožňuje přístup pro čtení ze sekundární oblasti. Pokud chcete zachovat dostupnost čtení během výpadku primární oblasti, je nutné použít RA-GRS nebo RA-ZRS.
Další informace najdete v smlouvě o úrovni služeb 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 | zónově redundantní úložiště | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Uzel v datovém centru přestane být dostupný. | Ano | Ano | Ano | Ano |
| Celé datové centrum (zónové nebo nezonální) bude nedostupné. | Ne | Ano | Ano1 | Ano |
| 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 k dispozici. | Ne | Ne | Ano (s RA-GRS) | Ano, souhlasím s RA-GZRS |
1 Přepnutí účtu při selhání je vyžadováno 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í úložiště.
Podporované služby Azure Storage
Následující tabulka uvádí možnosti redundance podporované jednotlivými službami Azure Storage.
| Služba | LRS | zónově redundantní úložiště | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|---|
| Úložiště blobů (včetně Data Lake Storage) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Úložiště front | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Úložiště tabulek | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Azure Files | ✅ 1 | ✅ 1 | ✅ | ✅ | ||
| Spravované disky Azure | ✅ | ✅ 2 | ||||
| Azure Elastic SAN | ✅ | ✅ |
Sdílení souborů SSD je podporováno na LRS a ZRS.
2 Spravované disky ZRS mají určitá omezení. Podrobnosti najdete v části Omezení možností redundance spravovaných disků.
Poznámka:
U účtů úložiště, které využívají verzi Public Preview inteligentní vrstvy, mají převody redundance a scénáře převzetí služeb při selhání účtu závislosti. Další informace najdete v tématu Optimalizace nákladů pomocí inteligentní vrstvy.
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 | zónově redundantní úložiště | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Doporučený | Standard pro obecné účely verze 2 (StorageV2)1Blokové blobové objekty Premium ( BlockBlobStorage)1Sdílené složky SSD ( FileStorage) Premiumové stránkové objekty BLOB ( StorageV2) |
Standard pro obecné účely verze 2 (StorageV2)1Blokové blobové objekty Premium ( BlockBlobStorage)1Sdílené složky SSD ( FileStorage) |
Standard pro obecné účely verze 2 (StorageV2)1 |
Standard pro obecné účely verze 2 (StorageV2)1 |
| Dědictví | Standard pro obecné účely verze 1 (Storage)Starší blob ( BlobStorage) |
není k dispozici | Standard pro obecné účely verze 1 (Storage)Starší blob ( BlobStorage) |
není k dispozici |
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ě blokových blob objektů, přidávacích blob objektů, stránkových blob objektů, 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 blokového blobového úložiště podporují místně redundantní úložiště (LRS) a zónově redundantní úložiště (ZRS) v některých oblastech.
Integrita dat
Azure Storage pravidelně ověřuje integritu dat uložených pomocí kontrol cyklické redundance (CRCS). Zjištěná poškození dat se opraví 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é
- Změna možnosti redundance pro účet úložiště
- Geografická replikace (GRS/GZRS/RA-GRS/RA-GZRS)
- Stanovení cen