Veri yedekliliğini Azure Dosyalar
Azure Dosyalar verilerinizin her zaman birden çok kopyasını depolar; böylece geçici donanım hataları, ağ veya güç kesintileri ve doğal afetler gibi planlı ve plansız olaylardan 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ölgede nasıl çoğaltıldığı.
- Verilerinizin coğrafi olarak birincil bölgeye uzak ikinci bir bölgeye çoğaltılıp çoğaltılmadığı, bölgesel olağanüstü durumlara (coğrafi olarak yedeklilik) karşı koruma sağlamak için.
Azure dosya paylaşımları, depolama hesabı olarak adlandırılan ortak bir Azure kaynağı üzerinden yönetilir. Depolama hesabı, dosya paylaşımlarını dağıtmak için kullanılabilecek paylaşılan bir depolama havuzunu temsil eder. Depolama hesapları hakkında daha fazla bilgi için bkz. Depolama hesaba genel bakış.
Depolama hesabı oluşturduğunuzda, bu hesabın kullanıma sunduğu tüm depolama hizmetleri için paylaşılan depolama hesabı için bir yedeklilik ayarı seçersiniz. Bu nedenle, aynı depolama hesabında dağıtılan tüm dosya paylaşımları aynı yedeklilik ayarına sahiptir. Farklı yedeklilik gereksinimleri varsa, dosya paylaşımlarını ayrı depolama hesaplarında yalıtmak isteyebilirsiniz.
Birincil bölgede yedeklilik
Azure depolama hesabındaki veriler her zaman birincil bölgede üç kez çoğaltılır. Azure Dosyalar, verilerinizin birincil bölgede nasıl çoğaltıldığına ilişkin 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. Yüksek kullanılabilirlik gerektiren uygulamalar için birincil bölgede ZRS kullanmanızı ve ayrıca ikincil bölgeye çoğaltma yapmanızı öneririz.
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 en az %99,99999999999 (11 dokuz) dayanıklılık 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. Bu riski azaltmak için alanlar arası yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) veya coğrafi alanlar arası yedekli depolama (GZRS) kullanmanızı öneririz.
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.
- Uygulamanız, veri idaresi gereksinimleri nedeniyle yalnızca bir ülke veya bölge içinde verileri çoğaltmayla sınırlıysa. 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.
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'lar) 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.
Azure Dosyalar iş yükleri için ZRS kullanmanın bir avantajı, bir bölge kullanılamaz duruma gelirse, bağlı istemcilerden Azure dosya paylaşımlarının yeniden bağlanması gerekmesidir. Yüksek kullanılabilirlik ve düşük RPO/RTO gerektiren senaryolar için birincil bölgede ZRS kullanmanızı öneririz. Veri idaresi gereksinimlerini karşılamak üzere belirli bir ülke veya bölgeye veri çoğaltmasını kısıtlamak için ZRS'yi de öneririz.
Not
Azure Dosya Eşitleme, US Gov Virginia dışındaki bölgeleri destekleyen tüm bölgelerde alanlar arası yedeklidir. Çoğu durumda, Azure Dosya Eşitleme kullanıcıların depolama hesaplarını ZRS veya GZRS kullanacak şekilde yapılandırmalarını öneririz.
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 birincil bölgede ZRS kullanan ve verilerinizi ikincil bölgeye coğrafi olarak çoğaltan coğrafi alanlar arası yedekli depolama (GZRS) kullanmanızı öneririz.
Hangi bölgelerin ZRS'yi desteklediği hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanı hizmeti ve bölgesel destek.
Standart depolama hesapları
ZRS, üç standart katman için de standart genel amaçlı v2 depolama hesaplarında desteklenir: işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli.
Standart depolama hesapları için ZRS'yi destekleyen bölgelerin listesi için bkz . Standart depolama 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 premium dosya paylaşımları FileStorage için desteklenir.
Premium dosya paylaşımı hesapları için ZRS'yi destekleyen bölgelerin listesi için bkz. Premium dosya paylaşımları için alanlar arası yedekli depolama Azure Dosyalar.
İkincil bölgede yedeklilik
SMB dosya paylaşımları için yüksek dayanıklılık gerektiren uygulamalar için coğrafi olarak yedekli depolamayı seçerek depolama hesabınızdaki verileri birincil bölgeden yüzlerce mil uzaktaki ikincil bir bölgeye kopyalayabilirsiniz. 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.
Önemli
Azure Dosyalar yalnızca standart SMB dosya paylaşımları için coğrafi olarak yedekliliği (GRS veya GZRS) destekler. Premium dosya paylaşımları ve NFS dosya paylaşımları LRS veya ZRS kullanmalı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 Dosyalar, verilerinizi ikincil bir bölgeye kopyalamak için iki seçenek sunar. Şu anda coğrafi olarak yedekli depolama seçenekleri, büyük dosya paylaşımları için coğrafi olarak yedeklilik Azure Dosyalar kaydolmadığınız sürece yalnızca depolama hesabında büyük dosya paylaşımları ayarı etkin olmayan standart SMB dosya paylaşımları için kullanılabilir (5 TiB'a kadar).
- 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.
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.
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) 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 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. 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 kullanmanızı öneririz.
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 en az %99,99999999999999 (16 9'lar) dayanıklılık sağlayacak şekilde tasarlanmıştır.
Aşağıdaki diyagramda verilerinizin GZRS ile nasıl çoğaltıldığı gösterilmektedir:
Yalnızca standart genel amaçlı v2 depolama hesapları GZRS'i destekler.
GZRS'yi destekleyen bölgelerin listesi için bkz . Coğrafi alanlar arası yedekli depolamayı (GZRS) destekleyen Azure bölgeleri.
Olağanüstü durum kurtarma ve yük devretme
GRS veya GZRS ile yük devretme gerçekleşmediği sürece dosya paylaşımlarına ikincil bölgede erişilemez. Birincil bölge kullanılamaz duruma gelirse, ikincil bölgeye yük devretmeyi seçebilirsiniz. Yük devretme işlemi, Azure Dosyalar 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. Yük devretme tamamlandıktan sonra ikincil bölge birincil bölge olur ve verileri yeniden okuyup yazabilirsiniz. Daha fazla bilgi için bkz. olağanüstü durum kurtarma ve yük devretme Azure Dosyalar.
Önemli
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. Bir depolama hesabı RA-GRS veya RA-GZRS kullanacak şekilde yapılandırılmışsa, dosya paylaşımları GRS veya GZRS olarak yapılandırılır ve faturalandırılır.
Premium dosya paylaşımları için coğrafi olarak yedeklilik
Daha önce belirtildiği gibi, premium dosya paylaşımları için coğrafi olarak yedeklilik seçenekleri (GRS ve GZRS) desteklenmez. Ancak coğrafi olarak yedekliliği başka yollarla da elde edebilirsiniz.
Azure Dosya Eşitleme senaryolar için Azure dosya paylaşımınız (bulut uç noktanız), şirket içi bir Windows dosya sunucusu ve başka bir Azure bölgesindeki bir sanal makinede çalışan bağlı dosya paylaşımı (olağanüstü durum kurtarma amacıyla sunucu uç noktanız) arasında eşitleme yapabilirsiniz. Tüm verilerin yerel olarak mevcut olduğundan emin olmak ve Azure VM'de veri kümesinin tamamını barındıracak kadar depolama alanı sağlamak için bulut katmanlama özelliğini devre dışı bırakmanız gerekir. Değişikliklerin ikincil bölgeye hızla çoğaltılacağından emin olmak için dosyalara Azure yerine yalnızca sunucu uç noktasında erişilmesi ve değiştirilmesi gerekir.
AzCopy gibi araçları kullanarak (ACL'leri ve zaman damgalarını korumak için sürüm 10.4 veya üzerini kullanın) verileri ikincil bölgedeki bir depolama hesabına kopyalamak için kendi betiğinizi de oluşturabilirsiniz.
Yedeklilik seçeneklerinin özeti
Aşağıdaki bölümlerde yer alan tablolarda, Azure Dosyalar 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 | GZRS |
|---|---|---|---|---|
| Belirli bir yılın dayanıklılık 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 katmanı için %99) | En az %99,9 (Seyrek Erişim katmanı için %99) | En az %99,9 (Seyrek Erişim katmanı için %99) | En az %99,9 (Seyrek Erişim katmanı için %99) |
| Yazma istekleri için kullanılabilirlik | En az %99,9 (Seyrek Erişim katmanı için %99) | En az %99,9 (Seyrek Erişim katmanı için %99) | En az %99,9 (Seyrek Erişim katmanı için %99) | En az %99,9 (Seyrek 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. Azure Dosyalar, yük devretme gerçekleşmediği sürece birincil bölge kullanılamaz duruma gelirse ikincil bölgeye okuma erişimini desteklemez.
| Kesinti senaryosu | LRS | ZRS | GRS | 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 |
1 Birincil bölge kullanılamaz duruma gelirse yazma kullanılabilirliğini geri yüklemek için hesap yük devretmesi gerekir.
Her yedeklilik seçeneğine ilişkin fiyatlandırma bilgileri için bkz. fiyatlandırma Azure Dosyalar.