Coğrafi olarak yedekli depolama (GRS): Azure depolama için bölgeler arası çoğaltmaGeo-redundant storage (GRS): Cross-regional replication for Azure Storage

Coğrafi olarak yedekli depolama (GRS), en az % 99,99999999999999'si sağlamak için tasarlanmıştır (16 9) mil birincil bölgeden yüzlerce ikincil bir bölgeye veri çoğaltma ile belirli bir yıl boyunca nesnelerin dayanıklılık.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. Etkin GRS depolama hesabınızın sahip, verilerinizi tam bölgesel bir kesinti veya birincil bölgeye kurtarılamaz bir olağanüstü durum olması durumunda bile kalıcı olur.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.

GRS için kullanmayı seçerseniz, aralarından seçim yapabileceğiniz ilgili iki seçeneğiniz vardır:If you opt for GRS, you have two related options to choose from:

  • Veriler yalnızca Microsoft ikincil bölgeye birincil bir yük devretme başlatır, okumak kullanılabilir ancak bu GRS, verilerinizi ikincil bir bölgede başka bir veri merkezine çoğaltır.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.
  • GRS okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) temel alır.Read-access geo-redundant storage (RA-GRS) is based on GRS. RA-GRS, verilerinizi ikincil bir bölgede başka bir veri merkezine çoğaltılır ve ayrıca ikincil bölgeden okumak için seçeneği sağlar.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. RA-GRS ile mi Microsoft ikincil bölgeye birincil bir yük devretme başlatır bağımsız olarak ikincil bölgeye okuma yapabilirsiniz.With RA-GRS, you can read from the secondary region regardless of whether Microsoft initiates a failover from the primary to secondary region.

GRS veya RA-GRS etkin olan bir depolama hesabı için tüm verileri ilk kez çoğaltılır yerel olarak yedekli depolama (LRS).For a storage account with GRS or RA-GRS enabled, all data is first replicated with locally redundant storage (LRS). Bir güncelleştirme, öncelikle birincil konuma taahhüt eder ve LRS kullanılarak çoğaltılır.An update is first committed to the primary location and replicated using LRS. Güncelleştirmeyi zaman uyumsuz olarak GRS kullanarak ikincil bir bölgeye çoğaltılır.The update is then replicated asynchronously to the secondary region using GRS. İkincil konuma veri yazıldığında de LRS kullanarak içinde bu konuma çoğaltılır.When data is written to the secondary location, it's also replicated within that location using LRS.

Birincil ve ikincil bölgeler, çoğaltmalar ayrı hata etki alanları arasında yönetme ve yükseltme etki alanları içindeki bir depolama ölçek birimi.Both the primary and secondary regions manage replicas across separate fault domains and upgrade domains within a storage scale unit. Depolama ölçek birimi, veri merkezi içinde temel çoğaltma birimidir.The storage scale unit is the basic replication unit within the datacenter. Bu düzeyde çoğaltma LRS tarafından sağlanır; Daha fazla bilgi için yerel olarak yedekli depolama (LRS): Azure depolama için düşük maliyetli veri yedekliği.Replication at this level is provided by LRS; for more information, see Locally redundant storage (LRS): Low-cost data redundancy for Azure Storage.

Hangi çoğaltma seçeneği kullanmak için karar verirken, aşağıdaki noktaları göz önünde bulundurun:Keep these points in mind when deciding which replication option to use:

  • Bölgesel olarak yedekli depolama (ZRS), yüksek oranda kullanılabilirlik ile zaman uyumlu çoğaltma sağlar ve bazı senaryolar için GRS veya RA-GRS daha iyi bir seçim olabilir.Zone-redundant storage (ZRS) provides highly availability with synchronous replication and may be a better choice for some scenarios than GRS or RA-GRS. ZRS hakkında daha fazla bilgi için bkz. ZRS.For more information on ZRS, see ZRS.
  • Zaman uyumsuz çoğaltma, ikincil bölgeye çoğaltılır, birincil bölgeye yazılır veri andan itibaren bir gecikme içerir.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. Birincil bölgeden verilerin kurtarılamaması durumunda bölgesel bir olağanüstü durum yaşandığında ikincil bölgeye henüz çoğaltılan henüz değişiklikler kaybolabilir.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.
  • GRS ile Microsoft ikincil bölgeye yük devretme başlatır sürece çoğaltma okuma veya yazma erişimi için kullanılabilir değildir.With GRS, the replica isn't available for read or write access unless Microsoft initiates a failover to the secondary region. Bir yük devretme durumunda okuma ve yük devretme sonrasında bu verilere yazma erişimi tamamlandı.In the case of a failover, you'll have read and write access to that data after the failover has completed. Daha fazla bilgi için lütfen bkz olağanüstü durum kurtarma Kılavuzu.For more information, please see Disaster recovery guidance.
  • İkincil bölgeden okumak uygulamanız gerekiyorsa, RA-GRS etkinleştirin.If your application needs to read from the secondary region, enable RA-GRS.

Okuma erişimli coğrafi olarak yedekli depolamaRead-access geo-redundant storage

Okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) depolama hesabınız için kullanılabilirliği en üst düzeye çıkarır.Read-access geo-redundant storage (RA-GRS) maximizes availability for your storage account. RA-GRS iki bölgede coğrafi çoğaltma ek olarak, ikincil konumdaki verilere salt okunur erişim sağlar.RA-GRS provides read-only access to the data in the secondary location, in addition to geo-replication across two regions.

Yalnızca okuma erişimi verilerinizi ikincil bölgeye etkinleştirdiğinizde, depolama hesabınızın birincil uç noktaya yanı sıra ikincil uç noktaya verilerinizin kullanılabilir.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. İkincil uç birincil uç noktaya benzer, ancak son ekine ekler –secondary hesap adı.The secondary endpoint is similar to the primary endpoint, but appends the suffix –secondary to the account name. Örneğin, Blob hizmetinin birincil uç noktanızı ise myaccount.blob.core.windows.net, ikincil uç noktanız ise 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. Depolama hesabınızın erişim anahtarlarını birincil ve ikincil uç için aynıdır.The access keys for your storage account are the same for both the primary and secondary endpoints.

RA-GRS kullanırken akılda tutulması gereken bazı noktalar:Some considerations to keep in mind when using RA-GRS:

  • Uygulamanızın, RA-GRS kullanırken etkileşim hangi uç noktaya yönetme gerekir.Your application has to manage which endpoint it is interacting with when using RA-GRS.
  • Zaman uyumsuz çoğaltma bir gecikme gerektirdiğinden, birincil bölgeden verilerin kurtarılamaması durumunda ikincil bölgeye henüz çoğaltılan henüz değişiklikler kaybolabilir.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.
  • Son eşitleme zamanı depolama hesabınızın kontrol edebilirsiniz.You can check the Last Sync Time of your storage account. Son eşitleme zamanı tarih/saat GMT bir değerdir.Last Sync Time is a GMT date/time value. Tüm birincil yazma işlemlerini son eşitleme zamanı önce ikincil konumda ikincil konumdan okumaya kullanılabilir olduğu anlamına gelir, başarılı bir şekilde yazılmış.All primary writes 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. Son eşitleme süresi okuma için henüz kullanılamıyor olabilir veya sonra birincil yazar.Primary writes after the Last Sync Time may or may not be available for reads yet. Bu değeri kullanarak sorgulayabilirsiniz Azure portalında, Azure PowerShell, veya bir Azure depolama istemci kitaplıkları.You can query this value using the Azure portal, Azure PowerShell, or from one of the Azure Storage client libraries.
  • Bir hesap yük devretme (Önizleme) ikincil bölgeye bir GRS veya RA-GRS hesabı'ı başlattığınızda, yük devretme tamamlandıktan sonra bu hesaba yazma erişimi geri yüklenir.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. Daha fazla bilgi için olağanüstü durum kurtarma ve depolama hesabı yük devretme (Önizleme).For more information, see Disaster recovery and storage account failover (preview).
  • RA-GRS, yüksek kullanılabilirlik sağlamak için tasarlanmıştır.RA-GRS is intended for high-availability purposes. Ölçeklenebilirlik kılavuzu için gözden performans denetim.For scalability guidance, review the performance checklist.
  • RA-GRS ile yüksek kullanılabilirlik için tasarlama konusunda daha fazla bilgi için bkz: tasarlama yüksek oranda kullanılabilir RA-GRS depolama kullanan uygulamalar.For suggestions on how to design for high availability with RA-GRS, see Designing Highly Available Applications using RA-GRS storage.

GRS ile RTO ve RPO nedir?What is the RPO and RTO with GRS?

Kurtarma noktası hedefi (RPO): GRS ve RA-GRS depolama hizmeti zaman uyumsuz olarak coğrafi-çoğaltır birincil ikincil konumdaki verileri.Recovery Point Objective (RPO): In GRS and RA-GRS, the storage service asynchronously geo-replicates the data from the primary to the secondary location. Birincil bölge kullanılamaz duruma gelirse, olay, bir hesap yük devretme (Önizleme)'ikincil bölgeye gerçekleştirebilirsiniz.In the event that the primary region becomes unavailable, you can perform an account failover (preview) to the secondary region. Bir yük devretme başlatın, coğrafi olarak çoğaltılmış henüz yapmadıysanız son değişiklikler kaybolabilir.When you initiate a failover, recent changes that haven't yet been geo-replicated may be lost. Kayıp olası veri dakika sayısını RPO bilinir.The number of minutes of potential data that's lost is known as the RPO. RPO, verilerin kurtarılabilir zaman noktası gösterir.The RPO indicates the point in time to which data can be recovered. Azure depolama, genellikle 15 dakikadan kısa bir RPO sahip, rağmen şu anda SLA üzerinde ne kadar süreyle coğrafi çoğaltma olur.Azure Storage typically has an RPO of less than 15 minutes, although there's currently no SLA on how long geo-replication takes.

Kurtarma süresi hedefi (RTO): RTO, bir yük devretme gerçekleştirin ve depolama hesabı çevrimiçine almak için ne kadar sürer, bir ölçüdür.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. Yük devretme gerçekleştirmek için zaman, aşağıdaki eylemleri içerir:The time to perform the failover includes the following actions:

  • Müşterinin birincil depolama hesabından ikincil bölgeye yük devretme başlatana kadar geçen süre.The time until the customer initiates the failover of the storage account from the primary to the secondary region.
  • Azure tarafından ikincil konuma işaret edecek şekilde birincil DNS girişlerini değiştirerek yük devretme gerçekleştirmek için gereken süre.The time required by Azure to perform the failover by changing the primary DNS entries to point to the secondary location.

Eşleştirilmiş bölgelerPaired regions

Bir depolama hesabı oluşturduğunuzda, hesap için birincil bölge seçin.When you create a storage account, you select the primary region for the account. Eşleştirilmiş ikincil bölgede, birincil bölgeye göre belirlenir ve değiştirilemez.The paired secondary region is determined based on the primary region, and can't be changed. Azure tarafından desteklenen bölgeler hakkında güncel bilgiler için bkz: iş sürekliliği ve olağanüstü durum kurtarma (BCDR): Azure eşleştirilmiş bölgeleri.For up-to-date information about regions supported by Azure, see Business continuity and disaster recovery (BCDR): Azure paired regions.

Ayrıca bkz.See also