Redundance dat služby Azure Files

Služba Azure Files 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 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á redundance).

Sdílené složky Azure 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ý lze použít k nasazení sdílených složek. Další informace o účtech úložiště najdete v tématu Přehled účtu úložiště.

Při vytváření účtu úložiště zvolíte nastavení redundance pro účet úložiště, který je sdílený pro všechny služby úložiště vystavené tímto účtem. Proto všechny sdílené složky 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 sdílené složky v samostatných účtech úložiště.

Redundance v primární oblasti

Data v účtu úložiště Azure se vždy replikují třikrát v primární oblasti. Azure Files nabízí dvě možnosti, jak se vaše data replikují 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 doporučujeme používat zónově redundantní úložiště v primární oblasti a také replikaci do sekundární oblasti.

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% stálost (11 devítek) 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é. Pokud chcete toto riziko zmírnit, doporučujeme použít 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 znázorňující, jak se data replikují do jednoho datacentra 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.
  • Pokud je vaše aplikace omezená na replikaci dat pouze v rámci země nebo oblasti kvůli požadavkům zásad správného řízení dat. 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.

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 minimálně 99,99999999999 % (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.

Výhodou použití ZRS pro úlohy Azure Files je, že pokud je zóna nedostupná, nevyžaduje se opětovné připojení sdílených složek Azure z připojených klientů. Pro scénáře, které vyžadují vysokou dostupnost a nízkou hodnotu RPO/RTO, doporučujeme použít zónově redundantní úložiště (ZRS) v primární oblasti. Doporučujeme také ZRS omezit replikaci dat do konkrétní země nebo oblasti, aby splňovaly požadavky na zásady správného řízení dat.

Poznámka:

Synchronizace souborů Azure je zónově redundantní ve všech oblastech, které podporují zóny s výjimkou US Gov Virginia. Ve většině případů doporučujeme Synchronizace souborů Azure uživatelům nakonfigurovat účty úložiště tak, aby používaly ZRS nebo GZRS.

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

Diagram znázorňující, jak se data replikují 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í 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 doporučujeme použít geograficky zónově redundantní úložiště (GZRS), které používá ZRS v primární oblasti a také geograficky replikuje vaše data do sekundární oblasti.

Další informace o tom, které oblasti podporují ZRS, najdete v tématu Služba zóny dostupnosti a regionální podpora.

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

ZRS se podporuje v účtech úložiště pro obecné účely verze 2 úrovně Standard pro všechny tři úrovně Standard: optimalizované pro transakce, horkou a studenou.

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

Účty sdílené složky Premium

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

Seznam oblastí, které podporují ZRS pro účty sdílených složek úrovně Premium, najdete v zónově redundantním úložišti Azure Files pro sdílené složky úrovně Premium.

Redundance v sekundární oblasti

U aplikací vyžadujících vysokou odolnost sdílených složek SMB můžete zvolit geograficky redundantní úložiště a 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.

Důležité

Azure Files podporuje pouze geografickou redundanci (GRS nebo GZRS) pro standardní sdílené složky SMB. Sdílené složky Premium a sdílené složky NFS musí používat LRS nebo ZRS.

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 Files nabízí dvě možnosti pro kopírování dat do sekundární oblasti. V současné době jsou možnosti geograficky redundantního úložiště dostupné jenom pro standardní sdílené složky SMB, které nemají pro účet úložiště povolené nastavení velkých sdílených složek (až 5 TiB), pokud jste nezaregistrovali geografickou redundanci služby Azure Files pro velké sdílené složky.

  • 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.

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.

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 minimálně 99,999999999999999999 % (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:

Diagram znázorňující, jak se data replikují pomocí 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. Pro aplikace, které vyžadují maximální konzistenci, odolnost a dostupnost, vynikající výkon a odolnost proti havárii doporučujeme používat GZRS.

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% stálost (16 9) za daný rok.

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

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

GZRS podporují jenom účty úložiště pro obecné účely verze 2.

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

Zotavení po havárii a převzetí služeb při selhání

V případě GRS nebo GZRS nebudou sdílené složky přístupné v sekundární oblasti, pokud nedojde k převzetí služeb při selhání. Pokud primární oblast přestane být dostupná, můžete zvolit převzetí služeb při selhání sekundární oblasti. Proces převzetí služeb při selhání aktualizuje položku DNS poskytovanou službou Azure Files 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. 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 najdete v tématu Zotavení po havárii a převzetí služeb při selhání ve službě Soubory Azure.

Důležité

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). Pokud je účet úložiště nakonfigurovaný tak, aby používal RA-GRS nebo RA-GZRS, budou sdílené složky nakonfigurované a fakturované jako GRS nebo GZRS.

Geografická redundance pro sdílené složky úrovně Premium

Jak jsme už zmínili, možnosti geografické redundance (GRS a GZRS) nejsou podporované u sdílených složek úrovně Premium. Geografickou redundanci ale můžete dosáhnout i jinými způsoby.

V případě Synchronizace souborů Azure scénářů můžete synchronizovat sdílenou složku Azure (koncový bod cloudu), místní souborový server Windows a připojenou sdílenou složku spuštěnou na virtuálním počítači v jiné oblasti Azure (koncový bod serveru pro účely zotavení po havárii). Abyste zajistili, že všechna data existují místně, musíte zakázat vrstvení cloudu a zřídit dostatek úložiště na virtuálním počítači Azure pro uložení celé datové sady. Aby se zajistilo, že se změny budou rychle replikovat do sekundární oblasti, měly by se k souborům přistupovat a upravovat jenom na koncovém bodu serveru, a ne v Azure.

Můžete také vytvořit vlastní skript pro kopírování dat do účtu úložiště v sekundární oblasti pomocí nástrojů, jako je AzCopy (k zachování seznamů ACL a časových razítek použijte verzi 10.4 nebo novější).

Souhrn možností redundance

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

Parametry stálosti a dostupnosti

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

Parametr LRS ZRS GRS GZRS
Procento stálosti 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í Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň)
Dostupnost pro žádosti o zápis Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň) Minimálně 99,9 % (99 % pro studenou úroveň)
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 odolná a dostupná v daném scénáři v závislosti na tom, jaký typ redundance platí pro váš účet úložiště. Azure Files nepodporuje přístup ke čtení sekundární oblasti, pokud primární oblast přestane být k dispozici, pokud nedojde k převzetí služeb při selhání.

Scénář výpadku LRS ZRS GRS 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

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.

Informace o cenách pro každou možnost redundance najdete v cenách služby Azure Files.

Viz také