Geograficky redundantní úložiště (GRS): replikace mezi různými oblastmi pro Azure StorageGeo-redundant storage (GRS): Cross-regional replication for Azure Storage

Geograficky redundantní úložiště (GRS) je navrženo tak, aby poskytovalo alespoň 99.99999999999999% (16 9) odolnosti objektů v průběhu daného roku tím, že replikuje data do sekundární oblasti, která je od primární oblasti od sebe stovky kilometrů.Geo-redundant storage (GRS) is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year by replicating your data to a secondary region that is hundreds of miles away from the primary region. Pokud je váš účet úložiště GRS povolený, jsou vaše data odolná i v případě kompletního výpadku nebo havárie, ve kterém se primární oblast nedá obnovit.If your storage account has GRS enabled, then your data is durable even in the case of a complete regional outage or a disaster in which the primary region isn't recoverable.

Pokud se rozhodnete pro GRS, máte k dispozici dvě související možnosti:If you opt for GRS, you have two related options to choose from:

  • GRS replikuje vaše data do jiného datového centra v sekundární oblasti, ale data jsou k dispozici pro čtení pouze v případě, že společnost Microsoft iniciuje převzetí služeb při selhání z primární do sekundární oblasti.GRS replicates your data to another data center in a secondary region, but that data is available to be read only if Microsoft initiates a failover from the primary to secondary region.
  • Geograficky redundantní úložiště s přístupem pro čtení (RA-GRS) je založené na GRS.Read-access geo-redundant storage (RA-GRS) is based on GRS. RA-GRS replikuje vaše data do jiného datového centra v sekundární oblasti a poskytuje také možnost číst ze sekundární oblasti.RA-GRS replicates your data to another data center in a secondary region, and also provides you with the option to read from the secondary region. Pomocí RA-GRS můžete číst ze sekundární oblasti bez ohledu na to, jestli Microsoft iniciuje převzetí služeb při selhání z primární do sekundární oblasti.With RA-GRS, you can read from the secondary region regardless of whether Microsoft initiates a failover from the primary to secondary region.

Pro účet úložiště s povoleným GRS nebo RA-GRS se všechna data nejdřív replikují s místně redundantním úložištěm (LRS).For a storage account with GRS or RA-GRS enabled, all data is first replicated with locally redundant storage (LRS). Aktualizace se nejdřív potvrdí do primárního umístění a replikuje se pomocí LRS.An update is first committed to the primary location and replicated using LRS. Aktualizace se pak asynchronně replikuje do sekundární oblasti pomocí GRS.The update is then replicated asynchronously to the secondary region using GRS. Když jsou data zapsána do sekundárního umístění, je také replikována v tomto umístění pomocí LRS.When data is written to the secondary location, it's also replicated within that location using LRS.

Primární i sekundární oblasti spravují repliky v různých doménách selhání a upgradovací domény v rámci jednotky škálování úložiště.Both the primary and secondary regions manage replicas across separate fault domains and upgrade domains within a storage scale unit. Jednotka škálování úložiště je základní jednotkou replikace v datacentru.The storage scale unit is the basic replication unit within the datacenter. Replikaci na této úrovni poskytuje LRS; Další informace najdete v tématu místně redundantní úložiště (LRS): Redundance dat pro Azure Storages nízkými nákladyReplication at this level is provided by LRS; for more information, see Locally redundant storage (LRS): Low-cost data redundancy for Azure Storage.

Při rozhodování o tom, kterou možnost replikace použít, pamatujte na tyto body:Keep these points in mind when deciding which replication option to use:

  • Geografická zóna – redundantní úložiště (GZRS) (Preview) poskytuje vysokou dostupnost společně s maximální odolností tím, že replikuje data synchronně na třech zónách dostupnosti Azure a pak asynchronně replikuje data do sekundární oblasti.Geo-zone-redundant storage (GZRS) (preview) provides high availability together with maximum durability by replicating data synchronously across three Azure availability zones and then replicating data asynchronously to the secondary region. Můžete také povolit přístup pro čtení do sekundární oblasti.You can also enable read access to the secondary region. GZRS je navržený tak, aby poskytoval alespoň 99.99999999999999% (16 9) odolnosti objektů v průběhu daného roku.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year. Další informace o GZRS najdete v článku geograficky redundantní úložiště pro vysokou dostupnost a maximální trvanlivost (Preview).For more information on GZRS, see Geo-zone-redundant storage for highly availability and maximum durability (preview).
  • Zóna – redundantní úložiště (ZRS) poskytuje vysokou dostupnost díky synchronní replikaci na tři zóny dostupnosti Azure a může být lepší volbou pro některé scénáře než GRS nebo RA-GRS.Zone-redundant storage (ZRS) provides highly availability with synchronous replication across three Azure availability zones and may be a better choice for some scenarios than GRS or RA-GRS. Další informace o ZRS najdete v tématu ZRS.For more information on ZRS, see ZRS.
  • Asynchronní replikace zahrnuje zpoždění od okamžiku, kdy jsou data zapsána do primární oblasti, při replikaci do sekundární oblasti.Asynchronous replication involves a delay from the time that data is written to the primary region, to when it is replicated to the secondary region. V případě regionálních havárií může dojít ke ztrátě změn, které ještě nebyly replikovány do sekundární oblasti, pokud tato data nebude možné obnovit z primární oblasti.In the event of a regional disaster, changes that haven't yet been replicated to the secondary region may be lost if that data can't be recovered from the primary region.
  • V GRS není tato replika k dispozici pro přístup pro čtení nebo zápis, pokud společnost Microsoft neinicializuje převzetí služeb při selhání sekundární oblastí.With GRS, the replica isn't available for read or write access unless Microsoft initiates a failover to the secondary region. V případě převzetí služeb při selhání budete mít k datům přístup pro čtení a zápis po dokončení převzetí služeb při selhání.In the case of a failover, you'll have read and write access to that data after the failover has completed. Další informace najdete v tématu pokyny pro zotavení po havárii.For more information, please see Disaster recovery guidance.
  • Pokud vaše aplikace potřebuje číst ze sekundární oblasti, povolte RA-GRS nebo RA-GZRS (Preview).If your application needs to read from the secondary region, enable RA-GRS or RA-GZRS (preview).

Geograficky redundantní úložiště s přístupem pro čteníRead-access geo-redundant storage

Geograficky redundantní úložiště s přístupem pro čtení (RA-GRS) maximalizuje dostupnost svého účtu úložiště.Read-access geo-redundant storage (RA-GRS) maximizes availability for your storage account. RA-GRS poskytuje kromě geografické replikace ve dvou oblastech i přístup jen pro čtení k datům v sekundárním umístění.RA-GRS provides read-only access to the data in the secondary location, in addition to geo-replication across two regions.

Když povolíte přístup jen pro čtení k datům v sekundární oblasti, data jsou k dispozici v sekundárním koncovém bodu i na primárním koncovém bodu vašeho účtu úložiště.When you enable read-only access to your data in the secondary region, your data is available on a secondary endpoint as well as on the primary endpoint for your storage account. Sekundární koncový bod je podobný primárnímu koncovému bodu, ale připojuje příponu –secondary k názvu účtu.The secondary endpoint is similar to the primary endpoint, but appends the suffix –secondary to the account name. Pokud je například primární koncový bod pro Blob service myaccount.blob.core.windows.net, pak je sekundární koncový bod myaccount-secondary.blob.core.windows.net.For example, if your primary endpoint for the Blob service is myaccount.blob.core.windows.net, then your secondary endpoint is myaccount-secondary.blob.core.windows.net. Přístupové klíče pro váš účet úložiště jsou u primárních i sekundárních koncových bodů stejné.The access keys for your storage account are the same for both the primary and secondary endpoints.

Při použití RA-GRS se Pamatujte na tyto skutečnosti:Some considerations to keep in mind when using RA-GRS:

  • Vaše aplikace musí spravovat, který koncový bod při práci s nástrojem RA-GRS pracuje.Your application has to manage which endpoint it is interacting with when using RA-GRS.
  • Vzhledem k tomu, že asynchronní replikace zahrnuje zpoždění, změny, které ještě nebyly replikovány do sekundární oblasti, mohou být ztraceny, pokud nelze obnovit data z primární oblasti.Since asynchronous replication involves a delay, changes that haven't yet been replicated to the secondary region may be lost if data can't be recovered from the primary region.
  • Pro svůj účet úložiště můžete zjistit vlastnost čas poslední synchronizace .You can check the Last Sync Time property for your storage account. Čas poslední synchronizace je hodnota data a času GMT.Last Sync Time is a GMT date/time value. Všechna primární zápisy provedená před časem poslední synchronizace byla úspěšně zapsána do sekundárního umístění, což znamená, že jsou k dispozici pro čtení ze sekundárního umístění.All primary writes made before the Last Sync Time have been successfully written to the secondary location, meaning that they are available to be read from the secondary location. Primární zápisy po čas poslední synchronizace se ještě nemusí k dispozici pro čtení.Primary writes after the Last Sync Time may or may not be available for reads yet. Tuto hodnotu můžete zadat dotazem pomocí PowerShellu, rozhraní příkazového řádku Azure nebo některé z Azure Storage klientských knihoven.You can query this value using PowerShell, Azure CLI, or one of the Azure Storage client libraries. Další informace najdete v tématu získání času poslední synchronizace v tématu navrhování vysoce dostupných aplikací s využitím geograficky redundantního úložiště s přístupem pro čtení.For more information, see Getting the last sync time in Designing highly available applications using read-access geo-redundant storage.
  • Pokud zahájíte převzetí služeb při selhání (Preview) účtu GRS nebo RA-GRS do sekundární oblasti, bude po dokončení převzetí služeb při selhání obnoven přístup pro zápis k tomuto účtu.If you initiate an account failover (preview) of a GRS or RA-GRS account to the secondary region, write access to that account is restored after the failover has completed. Další informace najdete v tématu obnovení po havárii a převzetí služeb při selhání účtu úložiště (Preview).For more information, see Disaster recovery and storage account failover (preview).
  • RA-GRS je určené pro účely vysoké dostupnosti.RA-GRS is intended for high-availability purposes. Pokyny k škálovatelnosti najdete v kontrolním seznamu výkonu.For scalability guidance, review the performance checklist.
  • Návrhy na návrh vysoké dostupnosti s využitím RA-GRS najdete v tématu navrhování vysoce dostupných aplikací pomocí úložiště RA-GRS.For suggestions on how to design for high availability with RA-GRS, see Designing Highly Available Applications using RA-GRS storage.

Co je RPO a RTO s GRS?What is the RPO and RTO with GRS?

Cíl bodu obnovení (RPO): Služba úložiště v GRS a RA-GRS asynchronně geograficky replikuje data z primární do sekundárního umístění.Recovery Point Objective (RPO): In GRS and RA-GRS, the storage service asynchronously geo-replicates the data from the primary to the secondary location. V případě, že primární oblast nebude k dispozici, můžete provést převzetí služeb při selhání (Preview) účtu do sekundární oblasti.In the event that the primary region becomes unavailable, you can perform an account failover (preview) to the secondary region. Když zahájíte převzetí služeb při selhání, může dojít k výpadku nedávných změn, které ještě nebyly geograficky replikovány.When you initiate a failover, recent changes that haven't yet been geo-replicated may be lost. Počet minut potenciálních dat, která jsou ztracena, se označuje jako RPO.The number of minutes of potential data that's lost is known as the RPO. RPO označuje bod v čase, do kterého lze obnovit data.The RPO indicates the point in time to which data can be recovered. Azure Storage obvykle má RPO méně než 15 minut, ale v současné době není k dispozici žádná smlouva SLA, jak dlouho trvá geografická replikace.Azure Storage typically has an RPO of less than 15 minutes, although there's currently no SLA on how long geo-replication takes.

Plánovaná Doba obnovení (RTO): RTO je měřítko, jak dlouho trvá provedení převzetí služeb při selhání a získání účtu úložiště zpátky do online režimu.Recovery Time Objective (RTO): The RTO is a measure of how long it takes to perform the failover and get the storage account back online. Doba k provedení převzetí služeb při selhání zahrnuje tyto akce:The time to perform the failover includes the following actions:

  • Čas, kdy zákazník iniciuje převzetí služeb při selhání účtu úložiště z primární databáze do sekundární oblasti.The time until the customer initiates the failover of the storage account from the primary to the secondary region.
  • Doba, kterou Azure vyžaduje k provedení převzetí služeb při selhání změnou primárních záznamů DNS tak, aby odkazovaly na sekundární umístění.The time required by Azure to perform the failover by changing the primary DNS entries to point to the secondary location.

Spárované oblastiPaired regions

Při vytváření účtu úložiště vyberete primární oblast pro daný účet.When you create a storage account, you select the primary region for the account. Spárovaná sekundární oblast je určena v závislosti na primární oblasti a nelze ji změnit.The paired secondary region is determined based on the primary region, and can't be changed. Aktuální informace o oblastech podporovaných v Azure najdete v tématu provozní kontinuita a zotavení po havárii (BCDR): spárované oblasti Azure.For up-to-date information about regions supported by Azure, see Business continuity and disaster recovery (BCDR): Azure paired regions.

Další informace najdete v tématechSee also