Azure Depolama yedekliliği
Azure Depolama verilerinizin her zaman birden çok kopyasını depolar, böylece geçici donanım hataları, ağ veya güç kesintileri ve büyük doğal afetler gibi planlı ve plansız olaylara karşı korunur. Yedeklilik, depolama hesabınızın hatalar karşısında bile kullanılabilirlik ve dayanıklılık hedeflerini karşılamasını sağlar.
Senaryonuz için hangi yedeklilik seçeneğinin en uygun olduğuna karar verirken, düşük maliyetlerle daha yüksek kullanılabilirlik arasındaki dengeleri göz önünde bulundurun. Hangi yedeklilik seçeneğini belirlemenize yardımcı olan faktörler şunlardır:
- Verilerinizin birincil bölge içinde nasıl çoğaltıldığı.
- Bölgesel olağanüstü durumlara (coğrafi çoğaltma) karşı koruma sağlamak için verilerinizin coğrafi olarak birincil bölgeye uzak ikinci bir bölgeye çoğaltılıp çoğaltılmadığı.
- Birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse (okuma erişimiyle coğrafi çoğaltma) uygulamanızın ikincil bölgedeki çoğaltılan verilere okuma erişimi gerekip gerekmediği.
Not
Bu makalede açıklanan özellikler ve bölgesel kullanılabilirlik, hiyerarşik ad alanına (Azure Blob depolama) sahip hesaplar için de kullanılabilir.
Azure Depolama oluşturan hizmetler, depolama hesabı olarak adlandırılan ortak bir Azure kaynağı üzerinden yönetilir. Depolama hesabı blob kapsayıcıları (Blob Depolama), dosya paylaşımları (Azure Dosyalar), tablolar (Tablo Depolama) veya kuyruklar (Kuyruk Depolama) gibi depolama kaynaklarını dağıtmak için kullanılabilecek paylaşılan bir depolama havuzunu temsil eder. Azure Depolama hesapları hakkında daha fazla bilgi için bkz. Depolama hesaba genel bakış.
Depolama hesabının yedeklilik ayarı, söz konusu hesabın kullanıma sunduğu tüm depolama hizmetleri için paylaşılır. Aynı depolama hesabına dağıtılan tüm depolama kaynakları aynı yedeklilik ayarına sahiptir. Farklı yedeklilik gereksinimleri varsa, farklı depolama hesaplarındaki farklı kaynak türlerini yalıtmak isteyebilirsiniz.
Birincil bölgede yedeklilik
Azure Depolama hesabındaki veriler her zaman birincil bölgede üç 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 konumda zaman uyumlu olarak üç kez kopyalar. LRS en düşük 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 alanı arasında zaman uyumlu olarak kopyalar. Microsoft, yüksek kullanılabilirlik gerektiren uygulamalar için birincil bölgede ZRS kullanılmasını ve ikincil bölgeye çoğaltmayı önerir.
Not
Microsoft, Azure Data Lake Storage 2. Nesil iş yükleri için birincil bölgede ZRS kullanılmasını önerir.
Yerel olarak yedekli depolama
Yerel olarak yedekli depolama (LRS), depolama hesabınızı birincil bölgedeki tek bir veri merkezinde üç kez çoğaltır. LRS, belirli bir yıl boyunca nesnelerin en az %99,99999999999 (11 dokuz) dayanıklılığını sağlar.
LRS, en düşük maliyetli yedeklilik seçeneğidir ve diğer seçeneklere kıyasla en az dayanıklılık sunar. LRS, verilerinizi sunucu rafı ve sürücü hatalarına karşı korur. Ancak, veri merkezinde yangın veya sel gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz. Microsoft, bu riski azaltmak için alanlar arası yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) veya coğrafi alanlar arası yedekli depolama (GZRS) kullanılmasını önerir.
LRS kullanan bir depolama hesabına yazma isteği zaman uyumlu olarak gerçekleşir. Yazma işlemi ancak veriler üç çoğaltmaya da yazıldıktan sonra başarıyla döndürülüyor.
Aşağıdaki diyagramda verilerinizin LRS ile tek bir veri merkezinde nasıl çoğaltıldığı gösterilmektedir:
LRS, aşağıdaki senaryolar için iyi bir seçimdir:
- Uygulamanız, veri kaybı oluşursa kolayca yeniden oluşturulabilecek verileri depolarsa LRS'yi tercih edebilirsiniz.
- Uygulamanız, veri idaresi gereksinimleri nedeniyle yalnızca bir ülke veya bölge içinde verileri çoğaltmayla sınırlıysa LRS'yi tercih edebilirsiniz. Bazı durumlarda, verilerin coğrafi olarak çoğaltıldığı 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.
- Senaryonuzda Azure yönetilmeyen diskler kullanılıyorsa LRS'yi tercih edebilirsiniz. GRS kullanan Azure yönetilmeyen diskler için bir depolama hesabı oluşturmak mümkün olsa da, zaman uyumsuz coğrafi çoğaltma üzerinde tutarlılık ile ilgili olası sorunlar nedeniyle önerilmez.
Alanlar arası yedekli depolama
Alanlar arası yedekli depolama (ZRS), depolama hesabınızı birincil bölgedeki üç Azure kullanılabilirlik alanında zaman uyumlu 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,99999999999 (12 9) depolama kaynakları için dayanıklılık sunar.
ZRS ile, bölge kullanılamaz duruma gelse bile verilerinize hem okuma hem de yazma işlemleri için erişilebilir durumda olur. Bir bölge kullanılamaz duruma gelirse Azure, DNS yeniden belirleme gibi ağ güncelleştirmelerini üstlenir. Bu güncelleştirmeler, güncelleştirmeler tamamlanmadan önce verilere erişirsen uygulamanızı etkileyebilir. ZRS için uygulamalar tasarlarken, üstel geri alma ile yeniden deneme ilkeleri uygulama da dahil olmak üzere geçici hata işlemeye yönelik uygulamaları izleyin.
ZRS kullanan bir depolama hesabına yazma isteği zaman uyumlu olarak gerçekleşir. Yazma işlemi ancak veriler üç kullanılabilirlik alanındaki tüm çoğaltmalara yazıldıktan sonra başarıyla döndürülüyor. Kullanılabilirlik alanı geçici olarak kullanılamıyorsa, veriler kullanılabilir tüm bölgelere yazıldıktan sonra işlem başarıyla döndürülüyor.
Microsoft, yüksek kullanılabilirlik gerektiren senaryolar için birincil bölgede ZRS kullanılmasını önerir. ZRS, veri idaresi gereksinimlerini karşılamak için verilerin belirli bir ülkeye veya bölgeye çoğaltılması için de önerilir.
Microsoft, Azure Dosyalar iş yükleri için ZRS kullanılmasını önerir. Bir bölge kullanılamaz duruma gelirse, bağlı istemcilerden Azure dosya paylaşımlarının yeniden bağlanması gerekmez.
Aşağıdaki diyagramda verilerinizin ZRS ile birincil bölgedeki kullanılabilirlik alanları arasında nasıl çoğaltıldığı gösterilmektedir:
ZRS, verileriniz 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, verilerinizi birden çok bölgenin kalıcı olarak etkilendiği bölgesel olağanüstü durumlara karşı korumayabilir. Bölgesel olağanüstü durumlara karşı koruma için Microsoft, birincil bölgede ZRS kullanan ve verilerinizi ikincil bir bölgeye coğrafi olarak çoğaltan coğrafi alanlar arası yedekli depolamanın (GZRS) kullanılmasını önerir.
Blob Depolama arşiv katmanı şu anda ZRS, GZRS veya RA-GZRS hesaplarında desteklenmemekte. Yönetilmeyen diskler ZRS veya GZRS'i desteklemez.
Hangi bölgelerin ZRS'yi desteklediği hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanları olan Azure bölgeleri.
Standart depolama hesapları
ZRS, aşağıdakiler dahil olmak üzere standart genel amaçlı v2 depolama hesapları aracılığıyla tüm Azure Depolama hizmetleri için desteklenir:
- Azure Blob depolama (sık erişimli ve seyrek erişimli blok blobları ve ekleme blobları, disk dışı sayfa blobları)
- Azure Dosyalar (tüm standart katmanlar: işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli)
- Azure Tablo depolama
- Azure Kuyruk Depolama
Standart hesaplar için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . Standart depolama hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen Azure bölgeleri.
Premium blok blobu hesapları
ZRS, premium blok blobu hesapları için desteklenir. Premium blok blobları hakkında daha fazla bilgi için bkz . Premium blok blobu depolama hesapları.
Premium blok blobu hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . Premium blok blob hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen Azure bölgeleri.
Premium dosya paylaşımı hesapları
ZRS, depolama hesabı türü aracılığıyla FileStorage premium dosya paylaşımları (Azure Dosyalar) için desteklenir.
Premium dosya paylaşımı hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz. Premium dosya paylaşımları için alanlar arası yedekli depolama Azure Dosyalar.
Yönetilen diskler
ZRS, yönetilen diskler için aşağıdaki sınırlamalarla desteklenir.
Yönetilen diskler için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . bölgesel kullanılabilirlik.
İkincil bölgede yedeklilik
Yüksek dayanıklılık gerektiren uygulamalar için, depolama hesabınızdaki verileri ek olarak birincil bölgeden yüzlerce mil uzaktaki ikincil bir bölgeye kopyalamayı seçebilirsiniz. Depolama hesabınız ikincil bir bölgeye kopyalanırsa, tam bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durum söz konusu olduğunda bile verileriniz dayanıklıdır.
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ölgede verileriniz, LRS kullanılarak zaman uyumlu olarak üç kez kopyalanır.
- Coğrafi alanlar arası yedekli depolama (GZRS), ZRS kullanarak verilerinizi birincil bölgedeki üç Azure kullanılabilirlik alanına zaman uyumlu olarak kopyalar. Ardından verilerinizi zaman uyumsuz şekilde ikincil bölgedeki tek bir fiziksel konuma kopyalar. İkincil bölgede verileriniz, LRS kullanılarak zaman uyumlu olarak üç kez kopyalanır.
Not
GRS ile GZRS arasındaki birincil fark, verilerin birincil bölgede nasıl çoğaltıldığıdır. İkincil bölge içinde veriler her zaman LRS kullanılarak üç kez zaman uyumlu olarak çoğaltılır. İkincil bölgedeki LRS, verilerinizi donanım hatalarına karşı korur.
GRS veya GZRS ile, birincil bölgeye yük devretme olmadığı sürece ikincil bölgedeki veriler 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 alanlar arası 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 devretmeyi seçebilirsiniz. Yük devretme tamamlandıktan sonra ikincil bölge birincil bölge olur ve verileri yeniden okuyup 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.
Önemli
Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı için, birincil bölgeyi etkileyen bir hata, birincil bölge kurtarılamazsa veri kaybına neden olabilir. Birincil bölgeye yapılan en son yazma işlemleri ile ikincil bölgeye son yazma arasındaki aralık, kurtarma noktası hedefi (RPO) olarak bilinir. RPO, verilerin kurtarılabildiği noktayı gösterir. Azure Depolama platformu genellikle 15 dakikadan kısa bir RPO'ya sahiptir, ancak şu anda verileri ikincil bölgeye çoğaltmanın ne kadar sürdüğünü gösteren bir SLA yoktur.
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. Ardından verilerinizi zaman uyumsuz olarak birincil bölgeden yüzlerce mil uzaktaki ikincil bir bölgedeki tek bir fiziksel konuma kopyalar. GRS, belirli bir yıl boyunca en az %99,99999999999999 (16 9'lar) depolama kaynakları için dayanıklılık sunar.
Bir yazma işlemi önce birincil konuma işlenir 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 kullanılarak bu konumda da çoğaltılır.
Aşağıdaki diyagramda verilerinizin GRS veya RA-GRS ile nasıl çoğaltıldığı gösterilmektedir:
Coğrafi alanlar arası yedekli depolama
Coğrafi alanlar arası yedekli depolama (GZRS), kullanılabilirlik alanları arasında yedeklilik tarafından sağlanan yüksek kullanılabilirliği coğrafi çoğaltma tarafından sağlanan bölgesel kesintilere karşı koruma ile birleştirir. GZRS depolama hesabındaki veriler, birincil bölgedeki üç Azure kullanılabilirlik alanına kopyalanır ve bölgesel olağanüstü durumlardan korunmak için ikincil coğrafi bölgeye de ç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 dayanıklılık gerektiren uygulamalar için GZRS kullanılmasını önerir.
GZRS depolama hesabıyla, kullanılabilirlik alanı kullanılamaz duruma gelirse veya kurtarılamaz durumdaysa verileri okumaya ve yazmaya devam edebilirsiniz. Ayrıca, tam bir bölgesel kesinti veya birincil bölgenin kurtarılamaz olduğu bir olağanüstü durum söz konusu olduğunda verileriniz de dayanıklıdır. GZRS, belirli bir yıl boyunca nesnelerin en az %99,99999999999999 (16 9'lar) dayanıklılığını sağlayacak şekilde tasarlanmıştır.
Aşağıdaki diyagramda verilerinizin GZRS veya RA-GZRS ile nasıl çoğaltıldığı gösterilmektedir:
Yalnızca standart genel amaçlı v2 depolama hesapları GZRS'i destekler. GZRS, aşağıdakiler dahil olmak üzere tüm Azure Depolama hizmetleri tarafından desteklenir:
- Azure Blob depolama (sık erişimli ve seyrek erişimli blok blobları, disk dışı sayfa blobları)
- Azure Dosyalar (tüm standart katmanlar: işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli)
- Azure Tablo depolama
- Azure Kuyruk Depolama
Coğrafi alanlar arası yedekli depolamayı (GZRS) destekleyen bölgelerin listesi için bkz . Coğrafi alanlar arası yedekli depolamayı (GZRS) destekleyen Azure bölgeleri.
İkincil bölgedeki verilere 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. GRS veya GZRS için yapılandırılmış bir hesapla, yük devretme gerçekleşmediği sürece ikincil bölgedeki verilere kullanıcılar veya uygulamalar doğrudan erişemez. Yük devretme işlemi, Azure Depolama tarafından sağlanan DNS girişini güncelleştirir, böylece ikincil uç nokta depolama hesabınız için yeni birincil uç nokta olur. Yük devretme işlemi sırasında verilerinize erişilemez. Yük devretme tamamlandıktan sonra verileri okuyup yeni birincil bölgeye yazabilirsiniz. Daha fazla bilgi için bkz . Müşteri tarafından yönetilen depolama hesabı yük devretme nasıl çalışır?
Uygulamalarınız yüksek kullanılabilirlik gerektiriyorsa depolama hesabınızı ikincil bölgeye okuma erişimi için yapılandırabilirsiniz. İkincil bölgeye okuma erişimini etkinleştirdiğinizde, birincil bölgenin kullanılamadığı durumlar da dahil olmak üzere verileriniz her zaman ikincil bölgeden okunabilir. Okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi alanlar arası yedekli depolama (RA-GZRS) yapılandırmaları ikincil bölgeye okuma erişimine izin verir.
Not
Azure Dosyalar okuma erişimli coğrafi olarak yedekli depolamayı (RA-GRS) veya okuma erişimli coğrafi alanlar arası yedekli depolamayı (RA-GZRS) desteklemez.
Uygulamalarınızı ikincil uygulamaya 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 nedenle kullanılamaz duruma gelirse uygulamalarınızı sorunsuz bir şekilde ikincil bölgeden verileri okumaya kaydıracak şekilde tasarlayabilirsiniz.
RA-GRS veya RA-GZRS'yi etkinleştirdikten sonra ikincil bölge okuma erişimine açıktır; böylece kesinti durumunda ikincil bölgeden düzgün bir şekilde okunmasını sağlamak için uygulamanızı önceden test edebilirsiniz. Uygulamalarınızı coğrafi yedeklilikten yararlanacak şekilde tasarlama hakkında daha fazla bilgi için bkz . Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi yedekliliği kullanma.
İkincil erişime okuma erişimi etkinleştirildiğinde, uygulamanız hem ikincil uç noktadan hem de birincil uç noktadan okunabilir. İkincil uç nokta, hesap adına -secondary sonekini ekler. Örneğin, Blob depolama için birincil uç noktanız ise myaccount.blob.core.windows.net, ikincil 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.
Veri kaybını planlama
Veriler birincil bölgeden ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı için, yazma işlemleri açısından ikincil bölge genellikle birincil bölgenin arkasındadır. Birincil bölgeye bir olağanüstü durum gelirse, büyük olasılıkla bazı veriler kaybolur ve bir dizin veya kapsayıcı içindeki dosyalar tutarlı olmaz. Olası veri kaybını planlama hakkında daha fazla bilgi için bkz . Veri kaybı ve tutarsızlıklar.
Yedeklilik seçeneklerinin özeti
Aşağıdaki bölümlerde yer alan tablolarda Azure Depolama için kullanılabilir olan yedeklilik seçenekleri özetlenmiştir.
Dayanıklılık ve kullanılabilirlik parametreleri
Aşağıdaki tabloda, her yedeklilik seçeneği için anahtar parametreler açıklanmaktadır:
| Parametre | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Belirli bir yıl içindeki nesnelerin dayanıklılığı yüzdesi | en az %99,9999999999 (11 9'lar) | en az %99,99999999999 (12 9'lar) | en az %99,999999999999999 (16 9'lar) | en az %99,999999999999999 (16 9'lar) |
| Okuma istekleri için kullanılabilirlik | En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) | En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99) | GRS için en az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) RA-GRS için en az %99,99 (seyrek erişim/soğuk/arşiv erişim katmanları için %99,9) |
GZRS için en az %99,9 (seyrek erişim/soğuk erişim katmanı için %99) RA-GZRS için en az %99,99 (seyrek erişim/soğuk erişim katmanı için %99,9) |
| Yazma istekleri için kullanılabilirlik | En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) | En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99) | En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) | En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99) |
| Ayrı düğümlerde tutulan verilerin kopya sayısı | Tek bir bölge içinde üç kopya | Tek bir bölgedeki ayrı kullanılabilirlik alanlarında üç kopya | Üçü birincil bölgede, üçü ikincil bölgede olmak üzere toplam altı kopya | Birincil bölgedeki ayrı kullanılabilirlik alanlarında üç ve ikincil bölgede yerel olarak yedekli üç kopya dahil olmak üzere toplam altı kopya |
Daha fazla bilgi için bkz. Depolama Hesapları için SLA.
Kesinti senaryosuna göre dayanıklılık ve kullanılabilirlik
Aşağıdaki tabloda, depolama hesabınız için geçerli olan yedeklilik türüne bağlı olarak verilerinizin dayanıklı olup olmadığı ve belirli bir senaryoda kullanılabilir olup olmadığı gösterilir:
| Kesinti senaryosu | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Veri merkezindeki bir düğüm kullanılamaz duruma gelir | Yes | Evet | Evet | Yes |
| Veri merkezinin tamamı (bölgesel veya bölgesel olmayan) kullanılamaz duruma gelir | Hayır | Evet | Evet1 | Yes |
| Birincil bölgede bölge genelinde bir kesinti oluşur | Hayır | Hayır | Evet1 | Evet1 |
| Birincil bölge kullanılamaz duruma gelirse ikincil bölgeye okuma erişimi sağlanır | Hayır | Hayır | Evet (RA-GRS ile) | Evet (RA-GZRS ile) |
1 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 Azure Depolama hizmeti tarafından hangi yedeklilik seçeneklerinin desteklendiği gösterilmektedir.
| Service | LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|---|
| Blob depolama (Data Lake Depolama dahil) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Kuyruk depolama | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Tablo depolama | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Azure Dosyaları | ✅1,2 | ✅1,2 | ✅1 | ✅1 | ||
| Azure yönetilen diskleri | ✅ | ✅3 | ||||
| Azure Elastic SAN | ✅ | ✅ |
1 Standart dosya paylaşımları LRS ve ZRS'de desteklenir. Standart dosya paylaşımları, boyutu 5 TiB'den küçük veya buna eşit olduğu sürece GRS ve GZRS'de desteklenir.
2 Premium dosya paylaşımları LRS ve ZRS'de desteklenir.
3 ZRS yönetilen disklerinin belirli sınırlamaları vardır. Ayrıntılar için yönetilen diskler için yedeklilik seçeneklerinin Sınırlamalar bölümüne bakın.
Desteklenen depolama hesabı türleri
Aşağıdaki tabloda, her depolama hesabı türü için hangi yedeklilik seçeneklerinin desteklendiği gösterilmektedir. Depolama hesabı türleri hakkında bilgi için bkz. Depolama hesaba genel bakış.
| Depolama hesabı türleri | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Önerilir | Standart genel amaçlı v2 (StorageV2)1Premium blok blobları ( BlockBlobStorage)1Premium dosya paylaşımları ( FileStorage) Premium sayfa blobları ( StorageV2) |
Standart genel amaçlı v2 (StorageV2)1Premium blok blobları ( BlockBlobStorage)1Premium dosya paylaşımları ( FileStorage) |
Standart genel amaçlı v2 (StorageV2)1 |
Standart genel amaçlı v2 (StorageV2)1 |
| Eski | Standart genel amaçlı v1 (Storage)Eski blob ( BlobStorage) |
Yok | Standart genel amaçlı v1 (Storage)Eski blob ( BlobStorage) |
Yok |
1 Hiyerarşik ad alanı etkin olan bu türdeki hesaplar da belirtilen yedeklilik seçeneğini destekler.
Tüm depolama hesapları için tüm veriler, depolama hesabının yedeklilik seçeneğine göre birincilden ikincilye kopyalanır. Blok blobları, ekleme blobları, sayfa blobları, kuyruklar, tablolar ve dosyalar gibi nesneler kopyalanır.
Arşiv katmanı da dahil olmak üzere tüm katmanlardaki veriler coğrafi çoğaltma sırasında her zaman birincil katmandan ikincil katmana kopyalanır. Blob Depolama arşiv katmanı şu anda LRS, GRS ve RA-GRS hesapları için desteklenmektedir ancak ZRS, GZRS veya RA-GZRS hesapları için desteklenmemektedir. Blob katmanları hakkında daha fazla bilgi için bkz . Blob verileri için erişim katmanları.
Yönetilmeyen diskler ZRS veya GZRS'i desteklemez.
Her yedeklilik seçeneği için fiyatlandırma bilgileri için bkz. Azure Depolama fiyatlandırması.
Not
Blok blob depolama hesapları, belirli bölgelerde yerel olarak yedekli depolamayı (LRS) ve alanlar arası yedekli depolamayı (ZRS) destekler.
Veri bütünlüğü
Azure Depolama döngüsel yedeklilik denetimleri (CRC) kullanarak depolanan verilerin bütünlüğünü düzenli olarak doğrular. Veri bozulması algılanırsa, yedekli 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ğindeki sağlama toplamlarını da hesaplar.
Ayrıca bkz.
- Depolama hesabı için yedeklilik seçeneğini değiştirme
- Coğrafi çoğaltma (GRS/GZRS/RA-GRS/RA-GZRS)
- Fiyatlandırma