Azure depolama artıklığıAzure Storage redundancy

Azure depolama, geçici donanım arızaları, ağ veya güç kesintileri ve çok büyük doğal felaketler de dahil olmak üzere planlı ve planlanmamış olaylardan korunabilmesi için verilerinizin birden çok kopyasını her zaman depolar.Azure Storage always stores multiple copies of your data so that it is protected from planned and unplanned events, including transient hardware failures, network or power outages, and massive natural disasters. Yedeklilik, depolama hesabınızın, başarısızlık durumunda bile Azure depolama Için hizmet düzeyi sözleşmesini (SLA) karşıladığından emin olmanızı sağlar.Redundancy ensures that your storage account meets the Service-Level Agreement (SLA) for Azure Storage even in the face of failures.

Senaryonuz için en uygun artıklık seçeneğinin hangisi olduğuna karar verirken, düşük maliyetler ve daha yüksek kullanılabilirlik ve dayanıklılık arasındaki avantajları göz önünde bulundurun.When deciding which redundancy option is best for your scenario, consider the tradeoffs between lower costs and higher availability and durability. Hangi artıklık seçeneğini belirlemenizi gerektiğine yardımcı olan faktörler şunlardır:The factors that help determine which redundancy option you should choose include:

  • Verileriniz birincil bölgede nasıl çoğaltılırHow your data is replicated in the primary region
  • Verilerinizin birincil bölgeye coğrafi olarak uzaktaki ikinci bir konuma çoğaltılıp çoğaltılmayacağı, bölgesel olağanüstü durumlara karşı korumaWhether your data is replicated to a second location that is geographically distant to the primary region, to protect against regional disasters
  • Birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse, uygulamanızın ikincil bölgedeki çoğaltılan verilere okuma erişimi gerektirip gerektirmediğini belirtirWhether your application requires read access to the replicated data in the secondary region if the primary region becomes unavailable for any reason

Birincil bölgedeki artıklıkRedundancy in the primary region

Azure depolama hesabındaki veriler her zaman birincil bölgede üç kez çoğaltılır.Data in an Azure Storage account is always replicated three times in the primary region. Azure depolama, verilerinizin birincil bölgede nasıl çoğaltılacağı konusunda iki seçenek sunar:Azure Storage offers two options for how your data is replicated in the primary region:

  • Yerel olarak yedekli depolama (LRS) , verilerinizi, birincil bölgedeki tek bir fiziksel konum içinde zaman uyumlu olarak üç kez kopyalar.Locally redundant storage (LRS) copies your data synchronously three times within a single physical location in the primary region. LRS, en az maliyetli çoğaltma seçeneğidir, ancak yüksek kullanılabilirlik gerektiren uygulamalar için önerilmez.LRS is the least expensive replication option, but is not recommended for applications requiring high availability.
  • Bölgesel olarak yedekli depolama (ZRS) , verilerinizi, birincil bölgedeki üç Azure kullanılabilirlik bölgesi üzerinden eşzamanlı olarak kopyalar.Zone-redundant storage (ZRS) copies your data synchronously across three Azure availability zones in the primary region. Microsoft, yüksek kullanılabilirlik gerektiren uygulamalar için birincil bölgede ZRS kullanımını ve ayrıca bir ikincil bölgeye çoğaltmayı önerir.For applications requiring high availability, Microsoft recommends using ZRS in the primary region, and also replicating to a secondary region.

Yerel olarak yedekli depolamaLocally-redundant storage

Yerel olarak yedekli depolama (LRS), verilerinizi birincil bölgedeki tek bir fiziksel konum içinde üç kez çoğaltır.Locally redundant storage (LRS) replicates your data three times within a single physical location in the primary region. LRS, belirli bir yıl boyunca nesnelerin en az% 99,999999999 (11 nines) dayanıklılığı sağlar.LRS provides at least 99.999999999% (11 nines) durability of objects over a given year.

LRS, en düşük maliyetli artıklık seçeneğidir ve diğer seçeneklere kıyasla en az dayanıklılık sağlar.LRS is the lowest-cost redundancy option and offers the least durability compared to other options. LRS, verilerinizi sunucu rafı ve sürücü hatalarıyla karşı korur.LRS protects your data against server rack and drive failures. Ancak, veri merkezinde yangın ya da taşması gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz olabilir.However, if a disaster such as fire or flooding occurs within the data center, all replicas of a storage account using LRS may be lost or unrecoverable. Bu riski azaltmak için Microsoft, bölgesel olarak yedekli depolama ( ZRS), coğrafi olarak yedekli depolama (GRS) veya coğrafi bölge-yedekli depolama (GZRS) kullanmanızı önerir.To mitigate this risk, Microsoft recommends using zone-redundant storage (ZRS), geo-redundant storage (GRS), or geo-zone-redundant storage (GZRS).

LRS kullanan bir depolama hesabına yazma isteği eşzamanlı olarak gerçekleştirilir.A write request to a storage account that is using LRS happens synchronously. Yazma işlemi, yalnızca veriler üç kopyaya yazıldıktan sonra başarıyla döndürülür.The write operation returns successfully only after the data is written to all three replicas.

LRS aşağıdaki senaryolar için iyi bir seçimdir:LRS is a good choice for the following scenarios:

  • Uygulamanız veri kaybı oluşursa kolayca yeniden oluşturabileceğiniz verileri depoluyorsa LRS 'yi kabul edebilirsiniz.If your application stores data that can be easily reconstructed if data loss occurs, you may opt for LRS.
  • Uygulamanız veri idare gereksinimleri nedeniyle yalnızca bir ülke veya bölge içinde veri çoğaltmaya sınırlı olursa LRS 'yi kabul edebilirsiniz.If your application is restricted to replicating data only within a country or region due to data governance requirements, you may opt for LRS. Bazı durumlarda, verilerin coğrafi olarak çoğaltılacağı eşleştirilmiş bölgeler başka bir ülkede veya bölgede olabilir.In some cases, the paired regions across which the data is geo-replicated may be in another country or region. Eşleştirilmiş bölgeler hakkında daha fazla bilgi için bkz. Azure bölgeleri.For more information on paired regions, see Azure regions.

Alanlar arası yedekli depolamaZone-redundant storage

Bölgesel olarak yedekli depolama (ZRS), Azure depolama verilerinizi birincil bölgedeki üç Azure kullanılabilirlik bölgesinde eşzamanlı olarak çoğaltır.Zone-redundant storage (ZRS) replicates your Azure Storage data synchronously across three Azure availability zones in the primary region. Her kullanılabilirlik alanı, bağımsız güç, soğutma ve ağ ile ayrı bir fiziksel konumdur.Each availability zone is a separate physical location with independent power, cooling, and networking. ZRS, belirli bir yıl boyunca en az% 99,9999999999 (12 9 ' a) Azure depolama veri nesneleri için dayanıklılık sağlar.ZRS offers durability for Azure Storage data objects of at least 99.9999999999% (12 9's) over a given year.

ZRS ile, bir bölge kullanılamaz hale gelirse bile verilerinize hem okuma hem de yazma işlemleri için erişilebilir.With ZRS, your data is still accessible for both read and write operations even if a zone becomes unavailable. Bir bölge kullanılamaz duruma gelirse Azure, DNS yeniden işaretleme gibi ağ güncelleştirmelerini alır.If a zone becomes unavailable, Azure undertakes networking updates, such as DNS re-pointing. Güncelleştirmeler tamamlanmadan önce verilere erişmeniz durumunda bu güncelleştirmeler uygulamanızı etkileyebilir.These updates may affect your application if you access data before the updates have completed. ZRS için uygulama tasarlarken, üstel geri alma ile yeniden deneme ilkeleri uygulama da dahil olmak üzere geçici hata işleme için uygulamaları izleyin.When designing applications for ZRS, follow practices for transient fault handling, including implementing retry policies with exponential back-off.

ZRS kullanan bir depolama hesabına yazma isteği eşzamanlı olarak gerçekleştirilir.A write request to a storage account that is using ZRS happens synchronously. Yazma işlemi, veriler yalnızca üç kullanılabilirlik alanı genelinde tüm yinelemelere yazıldıktan sonra başarıyla döndürülür.The write operation returns successfully only after the data is written to all replicas across the three availability zones.

Microsoft, birincil bölgede, tutarlılık, dayanıklılık ve yüksek kullanılabilirlik gerektiren senaryolar için ZRS kullanılmasını önerir.Microsoft recommends using ZRS in the primary region for scenarios that require consistency, durability, and high availability. ZRS, geçici olarak kullanılamaz duruma gelirse verileriniz için mükemmel performans, düşük gecikme süresi ve dayanıklılık sağlar.ZRS provides excellent performance, low latency, and resiliency for your data if it becomes temporarily unavailable. Ancak, ZRS, verileri birden çok bölgenin kalıcı olarak etkilediği bölgesel bir olağanüstü duruma karşı koruyamayabilir.However, ZRS by itself may not protect your data against a regional disaster where multiple zones are permanently affected. Bölgesel felate karşı koruma için, Microsoft birincil bölgede ZRS kullanan ve ayrıca verilerinizi ikincil bir bölgeye çoğaltan coğrafi bölge yedekli depolama (GZRS) kullanılmasını önerir.For protection against regional disasters, Microsoft recommends using geo-zone-redundant storage (GZRS), which uses ZRS in the primary region and also geo-replicates your data to a secondary region.

Aşağıdaki tabloda hangi depolama hesabı türlerinin hangi bölgelerde ZRS destekledikleri gösterilmektedir:The following table shows which types of storage accounts support ZRS in which regions:

Depolama hesabı türüStorage account type Desteklenen bölgelerSupported regions Desteklenen hizmetlerSupported services
Genel amaçlı v21General-purpose v21 Güneydoğu AsyaAsia Southeast
Doğu AvustralyaAustralia East
Kuzey AvrupaEurope North
Batı AvrupaEurope West
Orta FransaFrance Central
Doğu JaponyaJapan East
Güney Afrika KuzeySouth Africa North
Güney Birleşik KrallıkUK South
ABD OrtaUS Central
ABD DoğuUS East
ABD Doğu 2US East 2
ABD Batı 2US West 2
Blok bloblarıBlock blobs
Sayfa Blobları2Page blobs2
Dosya paylaşımları (Standart)File shares (standard)
TablolarTables
KuyruklarQueues
BlockBlobStorage1BlockBlobStorage1 Güneydoğu AsyaAsia Southeast
Batı AvrupaEurope West
ABD DoğuUS East
Yalnızca blok BloblarıBlock blobs only
Dosya depolamaFileStorage Güneydoğu AsyaAsia Southeast
Batı AvrupaEurope West
ABD DoğuUS East
Yalnızca Azure dosyalarıAzure Files only

1 arşiv katmanı Şu anda ZRS hesapları için desteklenmiyor.1 The archive tier is not currently supported for ZRS accounts.
2 sanal makineler için Azure yönetilen diskleri içeren depolama hesapları her zaman LRS kullanır.2 Storage accounts that contain Azure managed disks for virtual machines always use LRS. Azure yönetilmeyen diskler de LRS kullanmalıdır.Azure unmanaged disks should also use LRS. GRS kullanan Azure yönetilmeyen diskler için bir depolama hesabı oluşturmak mümkündür, ancak zaman uyumsuz coğrafi çoğaltma üzerinde tutarlılık nedeniyle olası sorunlar nedeniyle bu önerilmez.It is possible to create a storage account for Azure unmanaged disks that uses GRS, but it is not recommended due to potential issues with consistency over asynchronous geo-replication. Yönetilen veya yönetilmeyen diskler ZRS veya GZRS 'yi desteklemez.Neither managed nor unmanaged disks support ZRS or GZRS. Yönetilen diskler hakkında daha fazla bilgi için bkz. Azure yönetilen diskler fiyatlandırması.For more information on managed disks, see Pricing for Azure managed disks.

ZRS 'yi destekleyen bölgeler hakkında daha fazla bilgi için, Azure kullanılabilirlik alanları nedir?bölümünde bölgeye göre hizmetlere göre destek bölümüne bakın.For information about which regions support ZRS, see Services support by region in What are Azure Availability Zones?.

İkincil bölgede artıklıkRedundancy in a secondary region

Yüksek kullanılabilirlik gerektiren uygulamalar için, Depolama hesabınızdaki verileri, birincil bölgeden yüzlerce mil uzakta olan ikincil bir bölgeye kopyalamayı tercih edebilirsiniz.For applications requiring high availability, you can choose to additionally copy the data in your storage account to a secondary region that is hundreds of miles away from the primary region. Depolama Hesabınız ikincil bir bölgeye kopyalanırsa, tüm bölgesel bir kesinti veya birincil bölgenin kurtarılamaz bir olağanüstü durum durumunda bile verileriniz dayanıklı olur.If your storage account is copied to a secondary region, 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.

Bir depolama hesabı oluşturduğunuzda, hesabın birincil bölgesini seçersiniz.When you create a storage account, you select the primary region for the account. Eşleştirilmiş ikincil bölge, 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 daha fazla bilgi için bkz. Azure bölgeleri.For more information about regions supported by Azure, see Azure regions.

Azure depolama, verilerinizi ikincil bir bölgeye kopyalamak için iki seçenek sunar:Azure Storage offers two options for copying your data to a secondary region:

  • Coğrafi olarak yedekli depolama (GRS) , LRS kullanarak, birincil bölgedeki tek bir fiziksel konum içinde verilerinizi eşzamanlı olarak üç kez kopyalar.Geo-redundant storage (GRS) copies your data synchronously three times within a single physical location in the primary region using LRS. Daha sonra verilerinizi zaman uyumsuz olarak ikincil bölgedeki tek bir fiziksel konuma kopyalar.It then copies your data asynchronously to a single physical location in the secondary region.
  • Coğrafi bölge yedekli depolama (GZRS) , ZRS kullanarak birincil bölgedeki üç Azure kullanılabilirlik bölgesi arasında verilerinizi eşzamanlı olarak kopyalar.Geo-zone-redundant storage (GZRS) copies your data synchronously across three Azure availability zones in the primary region using ZRS. Daha sonra verilerinizi zaman uyumsuz olarak ikincil bölgedeki tek bir fiziksel konuma kopyalar.It then copies your data asynchronously to a single physical location in the secondary region.

GRS ve GZRS arasındaki birincil fark, verilerin birincil bölgede nasıl çoğaltıladır.The primary difference between GRS and GZRS is how data is replicated in the primary region. İkincil konum içinde, veriler her zaman eş zamanlı olarak LRS kullanılarak çoğaltılır.Within the secondary location, data is always replicated synchronously three times using LRS. İkincil bölgedeki LRS, verilerinizi donanım arızalarına karşı korur.LRS in the secondary region protects your data against hardware failures.

GRS veya GZRS ile ikincil konumdaki veriler, ikincil bölgede bir yük devretme işlemi olmadıkça okuma veya yazma erişimi için kullanılamaz.With GRS or GZRS, the data in the secondary location isn't available for read or write access unless there is a failover to the secondary region. İkincil konuma okuma erişimi için, depolama hesabınızı Okuma Erişimli Coğrafi olarak yedekli depolama (RA-GRS) veya Okuma Erişimli Coğrafi bölge-yedekli depolama (RA-GZRS) kullanacak şekilde yapılandırın.For read access to the secondary location, configure your storage account to use read-access geo-redundant storage (RA-GRS) or read-access geo-zone-redundant storage (RA-GZRS). Daha fazla bilgi için bkz. İkincil bölgedeki verilere okuma erişimi.For more information, see Read access to data in the secondary region.

Birincil bölge kullanılamaz duruma gelirse, ikincil bölgeye yük devretmek için seçim yapabilirsiniz.If the primary region becomes unavailable, you can choose to fail over to the secondary region. Yük devretme tamamlandıktan sonra, ikincil bölge birincil bölge olur ve verileri okuyabilir ve yazabilirsiniz.After the failover has completed, the secondary region becomes the primary region, and you can again read and write data. Olağanüstü durum kurtarma hakkında daha fazla bilgi edinmek ve ikincil bölgeye yük devretmeyi öğrenmek için bkz. olağanüstü durum kurtarma ve depolama hesabı yük devretme.For more information on disaster recovery and to learn how to fail over to the secondary region, see Disaster recovery and storage account failover.

Önemli

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığından, birincil bölgeyi etkileyen bir hata, birincil bölge kurtarılamazsa veri kaybına neden olabilir.Because data is replicated to the secondary region asynchronously, a failure that affects the primary region may result in data loss if the primary region cannot be recovered. Birincil bölgeye en son yazma işlemleri ile ikincil bölgeye son yazma arasındaki Aralık, kurtarma noktası hedefi (RPO) olarak bilinir.The interval between the most recent writes to the primary region and the last write to the secondary region is known as the recovery point objective (RPO). RPO, verilerin kurtarılabileceği noktayı gösterir.The RPO indicates the point in time to which data can be recovered. Azure depolama, genellikle 15 dakikadan daha kısa bir RPO 'ya sahiptir, ancak şu anda verilerin ikincil bölgeye çoğaltılmasının ne kadar sürdüğü konusunda bir SLA yoktur.Azure Storage typically has an RPO of less than 15 minutes, although there's currently no SLA on how long it takes to replicate data to the secondary region.

Coğrafi olarak yedekli depolamaGeo-redundant storage

Coğrafi olarak yedekli depolama (GRS), LRS kullanarak, birincil bölgedeki tek bir fiziksel konum içinde verilerinizi eşzamanlı olarak üç kez kopyalar.Geo-redundant storage (GRS) copies your data synchronously three times within a single physical location in the primary region using LRS. Daha sonra verilerinizi zaman uyumsuz bir şekilde birincil bölgeden yüzlerce mil olan ikincil bölgedeki tek bir fiziksel konuma kopyalar.It then copies your data asynchronously to a single physical location in a secondary region that is hundreds of miles away from the primary region. GRS, belirli bir yıl boyunca en az% 99.99999999999999 (16 9) Azure depolama veri nesneleri için dayanıklılık sağlar.GRS offers durability for Azure Storage data objects of at least 99.99999999999999% (16 9's) over a given year.

İlk olarak birincil konuma bir yazma işlemi kaydedilir ve LRS kullanılarak çoğaltılır.A write operation is first committed to the primary location and replicated using LRS. Güncelleştirme daha sonra ikincil bölgeye zaman uyumsuz olarak çoğaltılır.The update is then replicated asynchronously to the secondary region. Veriler ikincil konuma yazıldığında, LRS kullanarak bu konumda da çoğaltılır.When data is written to the secondary location, it's also replicated within that location using LRS.

Coğrafi alanlar arası yedekli depolamaGeo-zone-redundant storage

Coğrafi olarak yedekli depolama (GZRS), coğrafi çoğaltma tarafından sunulan bölgesel kesintilerden korunarak kullanılabilirlik alanları genelinde artıklık tarafından sağlanmış yüksek kullanılabilirliği birleştirir.Geo-zone-redundant storage (GZRS) combines the high availability provided by redundancy across availability zones with protection from regional outages provided by geo-replication. Bir GZRS Storage hesabındaki veriler, birincil bölgedeki üç Azure kullanılabilirlik bölgesine kopyalanır ve ayrıca bölgesel felaketlerden koruma için ikincil bir coğrafi bölgeye çoğaltılır.Data in a GZRS storage account is copied across three Azure availability zones in the primary region and is also replicated to a secondary geographic region for protection from regional disasters. Microsoft, olağanüstü durum kurtarma için maksimum tutarlılık, dayanıklılık ve kullanılabilirlik, mükemmel performans ve esnekliği gerektiren uygulamalar için GZRS kullanılmasını önerir.Microsoft recommends using GZRS for applications requiring maximum consistency, durability, and availability, excellent performance, and resilience for disaster recovery.

Bir GZRS depolama hesabı ile bir kullanılabilirlik alanı kullanılamaz hale gelirse veya kurtarılamaz durumdaysa verileri okumaya ve yazmaya devam edebilirsiniz.With a GZRS storage account, you can continue to read and write data if an availability zone becomes unavailable or is unrecoverable. Ayrıca, tüm bölgesel bir kesinti veya birincil bölgenin kurtarılamaz bir olağanüstü durum durumunda verileriniz de dayanıklı olur.Additionally, your data is also durable in the case of a complete regional outage or a disaster in which the primary region isn't recoverable. GZRS belirli bir yıl boyunca nesnelerin en az% 99.99999999999999 (16 9) oranında dayanıklılığını sağlamak üzere tasarlanmıştır.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year.

GZRS ve RA-GZRS desteği yalnızca genel amaçlı v2 depolama hesaplarıdır.Only general-purpose v2 storage accounts support GZRS and RA-GZRS. Depolama hesabı türleri hakkında daha fazla bilgi için bkz. Azure depolama hesabına genel bakış.For more information about storage account types, see Azure storage account overview. GZRS ve RA-GZRS desteği blok Blobları, sayfa Blobları (VHD diskleri hariç), dosyalar, tablolar ve kuyruklar.GZRS and RA-GZRS support block blobs, page blobs (except for VHD disks), files, tables, and queues.

GZRS ve RA-GZRS aşağıdaki bölgelerde desteklenir:GZRS and RA-GZRS are supported in the following regions:

  • Güneydoğu AsyaAsia Southeast
  • Kuzey AvrupaEurope North
  • Batı AvrupaEurope West
  • Doğu JaponyaJapan East
  • Güney Birleşik KrallıkUK South
  • ABD OrtaUS Central
  • ABD DoğuUS East
  • ABD Doğu 2US East 2
  • ABD Batı 2US West 2

Fiyatlandırma hakkında daha fazla bilgi için bkz. Bloblar, dosyalar, Kuyruklarve Tablolariçin fiyatlandırma ayrıntıları.For information on pricing, see pricing details for Blobs, Files, Queues, and Tables.

İkincil bölgedeki verilere yönelik okuma erişimiRead access to data in the secondary region

Coğrafi olarak yedekli depolama (GRS veya GZRS ile), bölgesel kesintilere karşı koruma sağlamak için verilerinizi ikincil bölgedeki başka bir fiziksel konuma çoğaltır.Geo-redundant storage (with GRS or GZRS) replicates your data to another physical location in the secondary region to protect against regional outages. Ancak, bu veriler yalnızca müşteri veya Microsoft birincili ikincil bölgeye yük devretme işlemi başlattığında okunabilir.However, that data is available to be read only if the customer or Microsoft initiates a failover from the primary to secondary region. İkincil bölgeye okuma erişimini etkinleştirdiğinizde, verileriniz her zaman okunabilir ve birincil bölgenin kullanılamaz hale geldiği bir durum da dahil olmak üzere kullanılabilir.When you enable read access to the secondary region, your data is available to be read at all times, including in a situation where the primary region becomes unavailable. İkincil bölgeye okuma erişimi için Okuma Erişimli Coğrafi olarak yedekli depolamayı (RA-GRS) veya Okuma Erişimli Coğrafi bölge-yedekli depolamayı (RA-GZRS) etkinleştirin.For read access to the secondary region, enable read-access geo-redundant storage (RA-GRS) or read-access geo-zone-redundant storage (RA-GZRS).

Uygulamalarınızı ikincil için okuma erişimi için tasarlamaDesign your applications for read access to the secondary

Depolama Hesabınız ikincil bölgeye okuma erişimi için yapılandırılmışsa, birincil bölge herhangi bir nedenden dolayı kullanılamaz hale gelirse, uygulamalarınızı ikincil bölgeden verileri okumak için sorunsuz bir şekilde kaydırma yapmak üzere tasarlayabilirsiniz.If your storage account is configured for read access to the secondary region, then you can design your applications to seamlessly shift to reading data from the secondary region if the primary region becomes unavailable for any reason.

RA-GRS veya RA-GZRS etkinleştirildikten sonra ikincil bölge, okuma erişimi için kullanılabilir. böylece, bir kesinti durumunda ikinciye doğru şekilde okunabilmesi için uygulamanızı önceden test edebilirsiniz.The secondary region is available for read access after you enable RA-GRS or RA-GZRS, so that you can test your application in advance to make sure that it will properly read from the secondary in the event of an outage. Uygulamalarınızı yüksek kullanılabilirliğe göre tasarlamak hakkında daha fazla bilgi için bkz. coğrafi artıklığı kullanarak yüksek oranda kullanılabilir uygulamalar tasarlama.For more information about how to design your applications for high availability, see Use geo-redundancy to design highly available applications.

İkincil öğesine okuma erişimi etkinleştirildiğinde, uygulamanız ikincil uç noktadan ve birincil uç noktadan okunabilir.When read access to the secondary is enabled, your application can be read from the secondary endpoint as well as from the primary endpoint. İkincil uç nokta son eki hesap adına ekler.The secondary endpoint appends the suffix –secondary to the account name. Örneğin, BLOB depolama için birincil uç noktanız ise myaccount.blob.core.windows.net İkincil uç nokta olur myaccount-secondary.blob.core.windows.net .For example, if your primary endpoint for Blob storage is myaccount.blob.core.windows.net, then the secondary endpoint is myaccount-secondary.blob.core.windows.net. Depolama hesabınızın hesap erişim anahtarları, hem birincil hem de ikincil uç noktalar için aynıdır.The account access keys for your storage account are the same for both the primary and secondary endpoints.

Son Eşitleme Zamanı özelliğini denetlemeCheck the Last Sync Time property

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığından, ikincil bölge genellikle birincil bölgenin arkasında olur.Because data is replicated to the secondary region asynchronously, the secondary region is often behind the primary region. Birincil bölgede bir hata oluşursa, birinciye yazma işlemleri henüz ikinciye çoğaltılmayacak.If a failure happens in the primary region, it's likely that all writes to the primary will not yet have been replicated to the secondary.

Hangi yazma işlemlerinin ikincil bölgeye çoğaltıldığını öğrenmek için, uygulamanız depolama hesabınızın son eşitleme zamanı özelliğini denetleyebilir.To determine which write operations have been replicated to the secondary region, your application can check the Last Sync Time property for your storage account. Birincil bölgeye son eşitleme zamanından önce yazılan tüm yazma işlemleri, ikincil bölgeye başarıyla çoğaltılmıştı ve bu, ikincilden okunmak üzere kullanılabilir.All write operations written to the primary region prior to the last sync time have been successfully replicated to the secondary region, meaning that they are available to be read from the secondary. Son eşitleme zamanından sonra birincil bölgeye yazılan yazma işlemleri, ikincil bölgeye çoğaltılmayabilir veya bu, okuma işlemleri için uygun olmayabilir.Any write operations written to the primary region after the last sync time may or may not have been replicated to the secondary region, meaning that they may not be available for read operations.

Son eşitleme zamanı özelliğinin değerini Azure PowerShell, Azure CLI veya Azure Storage istemci kitaplıklarından birini kullanarak sorgulayabilirsiniz.You can query the value of the Last Sync Time property using Azure PowerShell, Azure CLI, or one of the Azure Storage client libraries. Son eşitleme zamanı ÖZELLIĞI bir GMT Tarih/saat değeri.The Last Sync Time property is a GMT date/time value. Daha fazla bilgi için bkz. depolama hesabı Için Son eşitleme zamanı özelliğini denetleme.For more information, see Check the Last Sync Time property for a storage account.

Artıklık seçeneklerinin ÖzetiSummary of redundancy options

Aşağıdaki bölümlerde yer alarak bulunan tablolar, Azure depolama için kullanılabilen artıklık seçeneklerini özetlerThe tables in the following sections summarize the redundancy options available for Azure Storage

Dayanıklılık ve kullanılabilirlik parametreleriDurability and availability parameters

Aşağıdaki tabloda her artıklık seçeneği için anahtar parametreleri açıklanmaktadır:The following table describes key parameters for each redundancy option:

ParametreParameter LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
Belirlibir yıl boyunca nesnelerin yüzde dayanıklılığı yüzdesiPercent durability of objects over a given year1 en az% 99,999999999 (11 9)at least 99.999999999% (11 9's) en az% 99,9999999999 (12 9)at least 99.9999999999% (12 9's) en az% 99.99999999999999 (16 9)at least 99.99999999999999% (16 9's) en az% 99.99999999999999 (16 9)at least 99.99999999999999% (16 9's)
Okuma istekleri için kullanılabilirlik SLA 'Sı1Availability SLA for read requests1 En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) GRS için en az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) for GRS

RA-GRS için en az% 99,99 (Seyrek Erişimli Katman için% 99,9)At least 99.99% (99.9% for cool access tier) for RA-GRS
GZRS için en az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) for GZRS

RA-GZRS için en az% 99,99 (Seyrek Erişimli Katman için% 99,9)At least 99.99% (99.9% for cool access tier) for RA-GZRS
Yazma istekleri için kullanılabilirlik SLA 'Sı1Availability SLA for write requests1 En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier) En az% 99,9 (Seyrek Erişimli Katman için %99)At least 99.9% (99% for cool access tier)

1 dayanıklılık ve kullanılabilirlik Için Azure depolama garantisi hakkında daha fazla bilgi için bkz. Azure Storage SLA.1 For information about Azure Storage guarantees for durability and availability, see the Azure Storage SLA.

Kesinti senaryosuna göre dayanıklılık ve kullanılabilirlikDurability and availability by outage scenario

Aşağıdaki tabloda, depolama hesabınız için hangi artıklık türünün geçerli olduğuna bağlı olarak verilerinizin belirli bir senaryoda dayanıklı ve kullanılabilir olup olmadığı gösterilir:The following table indicates whether your data is durable and available in a given scenario, depending on which type of redundancy is in effect for your storage account:

Kesinti senaryosuOutage scenario LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
Veri Merkezi içindeki bir düğüm kullanılamaz duruma gelirA node within a data center becomes unavailable YesYes YesYes YesYes YesYes
Tüm veri merkezi (zonal veya ZGen olmayan) kullanılamaz hale gelirAn entire data center (zonal or non-zonal) becomes unavailable HayırNo YesYes Evet1Yes1 YesYes
Birincil bölgede bölge genelinde bir kesinti meydana gelirA region-wide outage occurs in the primary region HayırNo HayırNo Evet1Yes1 Evet1Yes1
Birincil bölge kullanılamaz hale gelirse ikincil bölgeye okuma erişimi kullanılabilirRead access to the secondary region is available if the primary region becomes unavailable HayırNo HayırNo Evet (RA-GRS ile)Yes (with RA-GRS) Evet (RA-GZRS ile)Yes (with RA-GZRS)

birincil bölge kullanılamaz duruma gelirse, yazma kullanılabilirliğini geri yüklemek için 1 hesap yük devretmesi gerekir.1 Account failover is required to restore write availability if the primary region becomes unavailable. Daha fazla bilgi için bkz. olağanüstü durum kurtarma ve depolama hesabı yük devretme.For more information, see Disaster recovery and storage account failover.

Desteklenen depolama hesabı türleriSupported storage account types

Aşağıdaki tabloda, her bir depolama hesabı türü tarafından hangi artıklık seçeneklerinin desteklendiği gösterilmektedir.The following table shows which redundancy options are supported by each type of storage account. Depolama hesabı türleri hakkında bilgi için bkz. depolama hesabına genel bakış.For information for storage account types, see Storage account overview.

LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
Genel amaçlı v2General-purpose v2
Genel amaçlı v1General-purpose v1
Blob depolamayı engelleBlock blob storage
Blob depolamaBlob storage
Dosya depolamaFile storage
Genel amaçlı v2General-purpose v2
Blob depolamayı engelleBlock blob storage
Dosya depolamaFile storage
Genel amaçlı v2General-purpose v2
Genel amaçlı v1General-purpose v1
Blob depolamaBlob storage
Genel amaçlı v2General-purpose v2

Tüm depolama hesaplarına ait tüm veriler, depolama hesabının artıklık seçeneğine göre kopyalanır.All data for all storage accounts is copied according to the redundancy option for the storage account. Blok Blobları, ekleme Blobları, sayfa Blobları, kuyruklar, tablolar ve dosyalar da dahil olmak üzere nesneler kopyalanır.Objects including block blobs, append blobs, page blobs, queues, tables, and files are copied. Arşiv katmanı da dahil olmak üzere tüm katmanlardaki veriler kopyalanır.Data in all tiers, including the archive tier, is copied. Blob katmanları hakkında daha fazla bilgi için bkz. Azure Blob depolama: sık erişimli, seyrek erişimli ve arşiv erişim katmanları.For more information about blob tiers, see Azure Blob storage: hot, cool, and archive access tiers.

Her artıklık seçeneği için fiyatlandırma bilgileri için bkz. Azure Storage fiyatlandırması.For pricing information for each redundancy option, see Azure Storage pricing.

Not

Azure Premium Disk Depolama şu anda yalnızca yerel olarak yedekli depolamayı (LRS) desteklemektedir.Azure Premium Disk Storage currently supports only locally redundant storage (LRS). Blok Blob depolama hesapları, belirli bölgelerde yerel olarak yedekli depolamayı (LRS) ve bölge yedekli depolamayı (ZRS) destekler.Block blob storage accounts support locally redundant storage (LRS) and zone redundant storage (ZRS) in certain regions.

Veri bütünlüğüData integrity

Azure depolama, Döngüsel artıklık denetimleri (CRCs) kullanılarak depolanan verilerin bütünlüğünü düzenli olarak doğrular.Azure Storage regularly verifies the integrity of data stored using cyclic redundancy checks (CRCs). Veri bozulması algılanırsa, bu, gereksiz veriler kullanılarak onarılır.If data corruption is detected, it is repaired using redundant data. Azure Storage Ayrıca veri depolarken veya alırken veri paketlerinin bozulmasını algılamak için tüm ağ trafiğinde sağlama toplamlarını hesaplar.Azure Storage also calculates checksums on all network traffic to detect corruption of data packets when storing or retrieving data.

Ayrıca bkz.See also