Azure Depolama yedekliliği

Azure Depolama, geçici donanım arızaları, ağ veya güç kesintileri ve çok büyük doğal felaketler dahil, planlı ve plansız olaylardan korunabilmesi için verilerinizin birden çok kopyasını her zaman depolar. Artıklık, depolama hesabınızın, başarısızlık durumunda bile kullanılabilirlik ve dayanıklılık hedeflerini karşıladığından emin olmanızı sağlar.

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 arasındaki avantajları göz önünde bulundurun. Hangi artıklık seçeneğini belirlemenizi gerektiğine yardımcı olan faktörler şunlardır:

• Verileriniz birincil bölgede nasıl çoğaltılır
• Verilerinizin birincil bölgeye coğrafi olarak uzaktaki ikinci bir bölgeye çoğaltılıp çoğaltılmayacağı, bölgesel olağanüstü durumlara karşı koruma
• 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 belirtir

Birincil bölgedeki artıklık

Azure Depolama hesabındaki veriler birincil bölgede her zaman üç kez çoğaltılır. Azure Depolama, verilerinizin birincil bölgede çoğaltılmasına yönelik iki seçenek sunar:

• Yerel olarak yedekli depolama (LRS) , verilerinizi, birincil bölgedeki tek bir fiziksel konum içinde zaman uyumlu olarak üç kez kopyalar. LRS, en az maliyetli çoğaltma seçeneğidir, ancak yüksek kullanılabilirlik veya dayanıklılık gerektiren uygulamalar için önerilmez.
• Bölgesel olarak yedekli depolama (ZRS) , verilerinizi, birincil bölgedeki üç Azure kullanılabilirlik bölgesi üzerinden eşzamanlı olarak kopyalar. 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.

Yerel olarak yedekli depolama

Yerel olarak yedekli depolama (LRS), verilerinizi birincil bölgedeki tek bir veri merkezi içinde üç kez çoğaltır. LRS, belirli bir yıl boyunca nesnelerin en az% 99,999999999 (11 nines) dayanıklılığı sağlar.

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, verilerinizi sunucu rafı ve sürücü hatalarıyla karşı korur. 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. 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.

LRS kullanan bir depolama hesabına yazma isteği eşzamanlı olarak gerçekleştirilir. Yazma işlemi, yalnızca veriler üç kopyaya yazıldıktan sonra başarıyla döndürülür.

Aşağıdaki diyagramda, LRS ile tek bir veri merkezi içinde verilerinizin nasıl çoğaltılacağı gösterilmektedir:

LRS aşağıdaki senaryolar için iyi bir seçimdir:

• Uygulamanız veri kaybı oluşursa kolayca yeniden oluşturabileceğiniz verileri depoluyorsa LRS 'yi kabul edebilirsiniz.
• 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. Bazı durumlarda, verilerin coğrafi olarak çoğaltılacağı eşleştirilmiş bölgeler başka bir ülkede veya bölgede olabilir. Eşleştirilmiş bölgeler hakkında daha fazla bilgi için bkz. Azure bölgeleri.

Alanlar arası yedekli depolama

bölgesel olarak yedekli depolama (zrs), azure Depolama verilerinizi birincil bölgedeki üç Azure kullanılabilirlik alanı üzerinden eşzamanlı olarak çoğaltır. Her kullanılabilirlik alanı bağımsız enerji, soğutma ve ağ altyapısına sahip olan ayrı bir fiziksel konumu ifade eder. zrs, belirli bir yıl boyunca en az% 99,9999999999 (12 9 ' a) veri nesneleri Depolama için dayanıklılık sağlar.

ZRS ile, bir bölge kullanılamaz hale gelirse bile verilerinize hem okuma hem de yazma işlemleri için erişilebilir. Bir bölge kullanılamaz duruma gelirse Azure, DNS yeniden işaretleme gibi ağ güncelleştirmelerini alır. Güncelleştirmeler tamamlanmadan önce verilere erişmeniz durumunda bu güncelleştirmeler uygulamanızı etkileyebilir. 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.

ZRS kullanan bir depolama hesabına yazma isteği eşzamanlı olarak gerçekleştirilir. 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.

Microsoft, yüksek kullanılabilirlik gerektiren senaryolar için birincil bölgede ZRS kullanılmasını önerir. ZRS, veri idare gereksinimlerini karşılamak üzere bir ülke veya bölge dahilinde verilerin çoğaltılmasını kısıtlamak için de önerilir.

Aşağıdaki diyagramda, ZRS ile birincil bölgedeki kullanılabilirlik alanları arasında verilerinizin nasıl çoğaltılacağı gösterilmektedir:

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. Ancak, ZRS, verileri birden çok bölgenin kalıcı olarak etkilediği bölgesel bir olağanüstü duruma karşı koruyamayabilir. 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.

Aşağıdaki tabloda hangi depolama hesabı türlerinin hangi bölgelerde ZRS destekledikleri gösterilmektedir:

¹ arşiv katmanı Şu anda ZRS hesapları için desteklenmiyor.
² Azure yönetilmeyen diskler de LRS kullanmalıdır. 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. Yönetilmeyen diskler ZRS veya GZRS 'yi desteklemez.

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.

İkincil bölgede artıklık

Yüksek dayanıklılık gerektiren uygulamalar için, Depolama hesabınızdaki verileri, birincil bölgeden yüzlerce mil uzakta olan ikincil bir bölgeye kopyalamayı tercih edebilirsiniz. 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.

Bir depolama hesabı oluşturduğunuzda, hesabın birincil bölgesini seçersiniz. Eşleştirilmiş ikincil bölge, birincil bölgeye göre belirlenir ve değiştirilemez. Azure tarafından desteklenen bölgeler hakkında daha fazla bilgi için bkz. Azure bölgeleri.

Azure Depolama, verilerinizi ikincil bir bölgeye kopyalamak için iki seçenek sunar:

• Coğrafi olarak yedekli depolama (GRS), LRS kullanarak verilerinizi birincil bölge içindeki tek bir fiziksel konumda eşzamanlı olarak üç kez kopyalar. Ardından verilerinizi zaman uyumsuz şekilde ikincil bölgedeki tek bir fiziksel konuma kopyalar. İkincil bölge içinde, verileriniz LRS kullanılarak eşzamanlı olarak üç kez kopyalanır.
• Coğrafi bölge yedekli depolama (GZRS) , ZRS kullanarak birincil bölgedeki üç Azure kullanılabilirlik bölgesi arasında verilerinizi eşzamanlı olarak kopyalar. Ardından verilerinizi zaman uyumsuz şekilde ikincil bölgedeki tek bir fiziksel konuma kopyalar. İkincil bölge içinde, verileriniz LRS kullanılarak eşzamanlı olarak üç kez kopyalanır.

GRS veya GZRS ile ikincil bölgedeki veriler, ikincil bölgede bir yük devretme işlemi olmadıkça okuma veya yazma erişimi için kullanılamaz. İkincil bölgeye 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. Daha fazla bilgi için bkz. İkincil bölgedeki verilere okuma erişimi.

Birincil bölge kullanılamaz duruma gelirse, ikincil bölgeye yük devretmek için seçim yapabilirsiniz. Yük devretme tamamlandıktan sonra, ikincil bölge birincil bölge olur ve verileri okuyabilir ve yazabilirsiniz. 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.

Coğrafi olarak yedekli depolama

Coğrafi olarak yedekli depolama (GRS), LRS kullanarak verilerinizi birincil bölge içindeki tek bir fiziksel konumda eşzamanlı olarak üç kez kopyalar. Daha sonra verilerinizi zaman uyumsuz bir şekilde birincil bölgeden yüzlerce mil olan ikincil bölgedeki tek bir fiziksel konuma kopyalar. grs, belirli bir yıl boyunca en az% 99.99999999999999 (16 9 ' a) veri nesneleri Depolama için dayanıklılık sağlar.

İlk olarak birincil konuma bir yazma işlemi kaydedilir ve LRS kullanılarak çoğaltılır. Güncelleştirme daha sonra ikincil bölgeye zaman uyumsuz olarak çoğaltılır. Veriler ikincil konuma yazıldığında, LRS kullanarak bu konumda da çoğaltılır.

Aşağıdaki diyagramda, verileriniz GRS veya RA-GRS ile nasıl çoğaltılır gösterilmektedir:

Coğrafi alanlar arası yedekli depolama

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

Bir GZRS depolama hesabı ile bir kullanılabilirlik alanı kullanılamaz hale gelirse veya kurtarılamaz durumdaysa verileri okumaya ve yazmaya devam edebilirsiniz. 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. 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.

Aşağıdaki diyagramda, verilerinizin GZRS veya RA-GZRS ile nasıl çoğaltılacağı gösterilmektedir:

GZRS ve RA-GZRS desteği yalnızca genel amaçlı v2 depolama hesaplarıdır. Depolama hesabı türleri hakkında daha fazla bilgi için bkz. Azure depolama hesabına genel bakış. GZRS ve RA-GZRS desteği blok Blobları, sayfa Blobları (VHD diskleri hariç), dosyalar, tablolar ve kuyruklar.

GZRS ve RA-GZRS aşağıdaki bölgelerde desteklenir:

• (Asya Pasifik) Asya Doğu
• (Asya Pasifik) Asya Güneydoğu
• (Asya Pasifik) Avustralya Doğu
• (Asya Pasifik) Doğu Japonya
• 'Da Kanada Orta
• 'Ya Kuzey Avrupa
• 'Ya Batı Avrupa
• 'Ya Fransa Orta
• 'Ya Norveç Doğu
• 'Ya UK Güney
• (Güney Amerika) Brezilya Güney
• ABD ABD Orta
• ABD ABD Doğu
• ABD ABD Doğu 2
• ABD ABD devlet Doğu
• ABD ABD Orta Güney
• ABD ABD Batı 2
• ABD ABD Batı 3

Fiyatlandırma hakkında daha fazla bilgi için bkz. Bloblar, dosyalar, Kuyruklarve Tablolariçin fiyatlandırma ayrıntıları.

İkincil bölgedeki verilere yönelik okuma erişimi

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. Ancak, bu veriler yalnızca müşteri veya Microsoft birincili ikincil bölgeye yük devretme işlemi başlattığında okunabilir. İ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. İ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.

Uygulamalarınızı ikincil için okuma erişimi için tasarlama

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.

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. Uygulamalarınızın coğrafi yedekliliğden yararlanmak üzere nasıl tasarlanacağını öğrenmek için bkz. yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi artıklık kullanma.

İkincil öğesine okuma erişimi etkinleştirildiğinde, uygulamanız ikincil uç noktadan ve birincil uç noktadan okunabilir. İkincil uç nokta son eki – hesap adına ekler. Ö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 . Depolama hesabınızın hesap erişim anahtarları, hem birincil hem de ikincil uç noktalar için aynıdır.

Son Eşitleme Zamanı özelliğini denetleme

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığından, ikincil bölge genellikle birincil bölgenin arkasında olur. Birincil bölgede bir hata oluşursa, birinciye yazma işlemleri henüz ikinciye çoğaltılmayacak.

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

son eşitleme zamanı özelliğinin değerini Azure PowerShell, azure clı veya azure Depolama istemci kitaplıklarından birini kullanarak sorgulayabilirsiniz. Son eşitleme zamanı ÖZELLIĞI bir GMT Tarih/saat değeri. Daha fazla bilgi için bkz. depolama hesabı Için Son eşitleme zamanı özelliğini denetleme.

Artıklık seçeneklerinin Özeti

aşağıdaki bölümlerde yer alarak bulunan tablolar, Azure Depolama için kullanılabilir artıklık seçeneklerini özetler

Dayanıklılık ve kullanılabilirlik parametreleri

Aşağıdaki tabloda her artıklık seçeneği için anahtar parametreleri açıklanmaktadır:

Kesinti senaryosuna göre dayanıklılık ve kullanılabilirlik

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:

birincil bölge kullanılamaz duruma gelirse, yazma kullanılabilirliğini geri yüklemek için ¹ hesap yük devretmesi gerekir. Daha fazla bilgi için bkz. olağanüstü durum kurtarma ve depolama hesabı yük devretme.

desteklenen Azure Depolama hizmetleri

aşağıdaki tabloda, her bir Azure Depolama hizmeti tarafından hangi artıklık seçeneklerinin desteklendiği gösterilmektedir.

¹ standart dosya paylaşımları LRS ve ZRS 'de desteklenir. Standart dosya paylaşımları, GRS ve GZRS ' de, boyutu beşten küçük veya ona eşit oldukları sürece desteklenir.
² Premium dosya paylaşımları lrs ve zrs 'de desteklenir.
³ ZRS yönetilen diskler bazı sınırlamalara sahiptir, Ayrıntılar için yönetilen diskler için artıklık seçenekleri konusunun sınırlamalar bölümüne bakın.

Desteklenen depolama hesabı türleri

Aşağıdaki tabloda, her bir depolama hesabı türü tarafından hangi artıklık seçeneklerinin desteklendiği gösterilmektedir. depolama hesabı türleri hakkında bilgi için bkz. Depolama hesaba genel bakış.

Tüm depolama hesaplarına ait tüm veriler, depolama hesabının artıklık seçeneğine göre kopyalanır. Blok Blobları, ekleme Blobları, sayfa Blobları, kuyruklar, tablolar ve dosyalar da dahil olmak üzere nesneler kopyalanır. Arşiv katmanı da dahil olmak üzere tüm katmanlardaki veriler kopyalanır. Blob katmanları hakkında daha fazla bilgi için bkz. BLOB verileri Için sık erişimli, seyrek erişimli ve arşiv erişim katmanları.

her artıklık seçeneği için fiyatlandırma bilgileri için bkz. Azure Depolama fiyatlandırması.

Veri bütünlüğü

Azure Depolama, döngüsel artıklık denetimleri (crcs) kullanılarak depolanan verilerin bütünlüğünü düzenli olarak doğrular. Veri bozulması algılanırsa, bu, gereksiz veriler kullanılarak onarılır. Azure Depolama, verileri depolarken veya alırken veri paketlerinin bozulmasını algılamak için tüm ağ trafiğinde sağlama toplamlarını da hesaplar.

Ayrıca bkz.

• Bir depolama hesabı için son eşitleme zamanı özelliğini denetleyin
• Depolama hesabı için artıklık seçeneğini değiştirme
• Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi artıklığı kullanın
• Olağanüstü durum kurtarma ve depolama hesabı yükünü devretme