Olağanüstü durum kurtarma ve depolama hesabı yükünü devretme

Microsoft, Azure hizmetlerinin her zaman kullanılabilir olmasını sağlamaya çabalar. Ancak planlanmamış hizmet kesintileri oluşabilir. Uygulamanıza güvenlik gerekiyorsa Microsoft coğrafi olarak yedekli depolamanın kullanılması önerisinde bulunuyor ve bu nedenle verileriniz ikinci bir bölgeye kopyalanır. Ayrıca, müşterilerin bölgesel hizmet kesintilerini ele alan bir olağanüstü durum kurtarma planına sahip olması gerekir. Olağanüstü durum kurtarma planının önemli bir kısmı, birincil uç noktanın kullanılamaz duruma olması durumunda ikincil uç noktasına yük devretmeye hazırlanmaktır.

Azure Depolama coğrafi olarak yedekli depolama hesapları için hesap yük devretmeyi destekler. Hesap yük devretmesi ile, birincil uç nokta kullanılamaz duruma gelirse depolama hesabınız için yük devretme işlemini başlatabilirsiniz. Yük devretme, ikincil uç noktayı depolama hesabınız için birincil uç nokta olacak şekilde günceller. Yük devretme tamamlandıktan sonra istemciler yeni birincil uç noktasına yazmaya başlayabilir.

Hesap yük devretme özelliği Azure Resource Manager dağıtımlarıyla genel amaçlı v1, genel amaçlı v2 ve Blob depolama hesabı türlerinde kullanılabilir. Hiyerarşik ad alanı etkinleştirilmiş depolama hesapları için hesap yük devretmesi desteklenmiyor.

Bu makalede, bir hesap yük devretme işlemiyle ilgili kavramlar ve süreç açıklanmıştır ve depolama hesabınız en az müşteri etkisiyle kurtarma için nasıl hazırlanmıştır? Azure portal veya PowerShell'de hesap yük devretmesi başlatma hakkında bilgi edinmek için bkz. Hesap yük devretmesi başlatma.

Doğru yedeklilik seçeneğini belirleyin

Azure Depolama, dayanıklılık ve yüksek kullanılabilirlik sağlamak için depolama hesabının birden çok kopyasını bulundurmaktadır. Hesabınız için hangi yedeklilik seçeneğini tercih ediyorsanız ihtiyacınız olan yedeklilik derecesine bağlıdır. Bölgesel kesintilere karşı koruma için, ikincil bölgeden okuma erişimi seçeneğiyle veya bu seçenek olmadan coğrafi olarak yedekli depolama için hesap yapılandırabilirsiniz:

Coğrafi olarak yedekli depolama (GRS) veya coğrafi olarak yedekli depolama (GZRS), verilerinizi en az yüzlerce kilometre uzaklıktaki iki coğrafi bölgede zaman uyumsuz olarak kopyalar. Birincil bölgede kesinti olursa ikincil bölge verileriniz için yedekli bir kaynak olarak görev almaktadır. İkincil uç noktayı birincil uç noktasına dönüştürmek için bir yük devretme başlatebilirsiniz.

Okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi olarak yedekli depolama (RA-GZRS), ikincil uç nokta için okuma erişiminin ek avantajıyla coğrafi olarak yedekli depolama sağlar. Birincil uç noktada kesinti oluşursa, ikincil uç noktada okuma erişimi için yapılandırılmış ve yüksek kullanılabilirlik için tasarlanmış uygulamalar ikincil uç noktadan okumaya devam eder. Microsoft, uygulamalarınız için en yüksek kullanılabilirlik ve dayanıklılık için RA-GZRS'yi önermektedir.

Azure depolamada yedeklilik hakkında daha fazla bilgi Depolama bkz. Azure Depolama yedekliliği.

Yüksek kullanılabilirliğe yönelik tasarım

En baştan yüksek kullanılabilirlik için uygulama tasarlamanız önemlidir. Uygulama tasarlama ve olağanüstü durum kurtarma planlaması konusunda rehberlik için şu Azure kaynaklarına bakın:

• Azure için resilient uygulamalar tasarlama: Azure'dayüksek oranda kullanılabilir uygulamaların mimarisini tasarlamaya ilişkin temel kavramlara genel bakış.
• Resiliency checklist: Yüksek kullanılabilirlik için en iyi tasarım uygulamalarının uygulamalı olduğunu doğrulamak için bir denetim listesi.
• Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi yedeklilik kullanma:Coğrafi olarak yedekli depolamadan faydalanmak için uygulama tasarlama kılavuzu.
• Öğretici: Blob depolama ileyüksek oranda kullanılabilir bir uygulama derleme: Hatalar ve kurtarmalar simülasyonu yapılırken uç noktalar arasında otomatik olarak geçiş yapılan yüksek oranda kullanılabilir bir uygulamanın nasıl derlenir?

Ayrıca, Azure veri kaynağı verileriniz için yüksek kullanılabilirlik sağlamak için aşağıdaki en iyi Depolama göz Depolama unutmayın:

• Diskler: Azure Azure Backup vm'leri tarafından kullanılan VM disklerini yedeklemek için sanal makineleri kullanın. Ayrıca bölgesel Azure Site Recovery durumunda VM'lerinizi korumak için vm'leri de kullanmayı göz önünde bulundurarak.
• Blok blobları: Nesne düzeyinde silme ve üzerine yazmalara karşı koruma için yazılım silmeyi açın veya AzCopy, Azure PowerShellveya Azure Veri Taşıma kitaplığını kullanarak blok bloblarını farklı bir bölgedeki başka bir depolama hesabına kopyalayın.
• Dosyalar: Dosya Azure Backup için dosya paylaşımını kullanın. Yanlışlıkla dosya paylaşımı silmelere karşı koruma sağlamak için de yazılım silmeyi etkinleştirin. GRS kullanılabilir değilken coğrafi yedeklilik için AzCopy veya Azure PowerShell kullanarak dosyalarınızı farklı bir bölgedeki başka bir depolama hesabına kopyalayın.
• Tablolar: Tablo verilerini farklı bir bölgedeki başka bir depolama hesabına dışarı aktarmak için AzCopy kullanın.

Kesintileri izleme

Müşteriler, Azure Azure Hizmet Durumu ve diğer Azure hizmetlerinin durumunu izlemek için Depolama Panosuna abone olabilir.

Microsoft ayrıca, yazma hatası olasılığına hazırlanmak için uygulamanızı tasarlamanızı da önermektedir. Uygulamanız, yazma hatalarını birincil bölgede kesinti olasılığına karşı sizi uyaracak şekilde açığa çıkarmalı.

Hesap yük devretme işlemini anlama

Müşteri tarafından yönetilen hesap yük devretmesi, birincil hesap herhangi bir nedenle kullanılamaz duruma gelirse depolama hesabının tamamını ikincil bölgeye devretmenize olanak sağlar. İkincil bölgeye yük devretmeyi zorlarsanız, istemciler yük devretme tamamlandıktan sonra ikincil uç noktaya veri yazmaya başlayabilir. Yük devretme genellikle yaklaşık bir saat sürer.

Hesap yük devretmesi nasıl çalışır?

Normal koşullarda, bir istemci verileri birincil bölgedeki bir Azure Depolama hesabına yazar ve bu veriler zaman uyumsuz olarak ikincil bölgeye kopyalanır. Aşağıdaki görüntüde birincil bölgenin kullanılabilir olduğu senaryoyu gösterir:

Birincil uç nokta herhangi bir nedenle kullanılamaz duruma gelirse istemci artık depolama hesabına yazamaz. Aşağıdaki görüntüde birincilin kullanılamaz duruma geldi ancak henüz kurtarma işlemi yapılmadı:

Müşteri, hesabın ikincil uç noktasına yük devretmesi başlatıyor. Yük devretme işlemi, azure Depolama tarafından sağlanan DNS girdisini, aşağıdaki görüntüde gösterildiği gibi ikincil uç noktanın depolama hesabınız için yeni birincil uç nokta haline gelir:

DNS girişi güncelleştirildiğinde ve istekler yeni birincil uç noktasına yönlendirildikten sonra coğrafi olarak yedekli hesaplar için yazma erişimi geri yüklenir. Yük devretme sonrasında bloblar, tablolar, kuyruklar ve dosyalar için mevcut depolama hizmeti uç noktaları aynı kalır.

Veri kaybını tahmin

Veriler birincil bölgeden ikincil bölgeye zaman uyumsuz olarak yazıldığı için birincil bölgeye yazmanın ikincil bölgeye kopyalanır. Birincil bölge kullanılamaz duruma gelirse, en son yazmalar henüz ikincil bölgeye kopyalanmadı olabilir.

Yük devretmeye zorlarsanız, ikincil bölge yeni birincil bölge haline geldiğinden birincil bölgedeki tüm veriler kaybolur. Yeni birincil bölge, yük devretme sonrasında yerel olarak yedekli olacak şekilde yapılandırılır.

Yük devretme gerçekleşirken ikincil verilere zaten kopyalanan tüm veriler korunur. Ancak birincile yazılan ve ikincil ikincil veriye kopyalanmayacak olan tüm veriler kalıcı olarak kaybolur.

Son Eşitleme Zamanı özelliği, birincil bölgedeki verilerin ikincil bölgeye yazıldığı en son zamanı gösterir. Son eşitleme zamanından önce yazılan tüm veriler ikincilde kullanılabilirken, son eşitleme zamanından sonra yazılan veriler ikincile yazılmayabilir ve kaybolabilir. Bir hesap yük devretmesi başlatarak ortaya çıkabilirsiniz veri kaybı miktarını tahmin etmek için bir kesinti durumunda bu özelliği kullanın.

En iyi uygulama olarak, beklenen veri kaybını değerlendirmek için son eşitleme zamanını kullanmak üzere uygulamanızı tasarla. Örneğin, tüm yazma işlemlerini günlüğe yazıyorsanız, hangi yazma işlemlerinin ikincille eşit olmadığını belirlemek için son yazma işlemlerinizin zamanını son eşitleme zamanıyla karşılaştırabilirsiniz.

Son Eşitleme Zamanı özelliğini denetleme hakkında daha fazla bilgi için bkz. Depolama hesabı için Son Eşitleme Zamanı özelliğini denetleme.

Özgün birincile geri dönerken dikkatli olun

Birincil bölgeden ikincil bölgeye yük devretmeden sonra, depolama hesabınız yeni birincil bölgede yerel olarak yedekli olacak şekilde yapılandırılır. Ardından hesabı coğrafi yedeklilik için yeni birincil bölgede yapılandırabilirsiniz. Hesap yük devretmeden sonra coğrafi yedeklilik için yapılandırıldığında, yeni birincil bölge verileri ilk yük devretmeden önceki birincil bölge olan yeni ikincil bölgeye hemen kopyalamaya başlar. Ancak, yeni birincil birincilde mevcut verilerin yeni ikincil verilere tam olarak kopyalanmış olarak kabul etmek biraz zaman alır.

Depolama hesabı coğrafi yedeklilik için yeniden yapılandırıldıktan sonra, yeni birincilden yeni ikincile yeniden çalışma başlatabilirsiniz. Bu durumda, yük devretmeden önceki özgün birincil bölge yeniden birincil bölge haline gelir ve özgün birincil yapılandırmanın GRS/RA-GRS veya GZRS/RA-GZRS olup olmadığı bağlı olarak yerel olarak yedekli veya bölgesel olarak yedekli olacak şekilde yapılandırılır. Yük devretme sonrası birincil bölgedeki (özgün ikincil) tüm veriler yeniden çalışma sırasında kaybolur. Yeniden çalışmadan önce depolama hesabında yer alan verilerin çoğu yeni ikincil ikincil hesaba kopyalanmazsa büyük bir veri kaybıyla karşınız olabilir.

Büyük bir veri kaybını önlemek için, yeniden başarısız olmadan önce Son Eşitleme Zamanı özelliğinin değerini kontrol edin. Beklenen veri kaybını değerlendirmek için son eşitleme zamanı ile verilerin yeni birincile yazıldığı son zamanları karşılaştırın.

Yeniden çalışma işlemi sonrasında yeni birincil bölgeyi yeniden coğrafi olarak yedekli olacak şekilde yapılandırmış olursunuz. Özgün birincil LRS için yapılandırılmışsa, bunu GRS veya RA-GRS olacak şekilde yapılandırmış olursanız. ZRS için özgün birincil yapılandırılmışsa, GZRS veya RA-GZRS olacak şekilde yapılandırabilirsiniz. Ek seçenekler için bkz. depolama hesabının nasıl çoğaltıldığını değiştirme.

Hesap yük devretmesi başlatma

Azure portal, PowerShell, azure clı veya azure Depolama kaynak sağlayıcısı apı 'sinden bir hesap yük devretmesi başlatabilirsiniz. Yük devretme başlatma hakkında daha fazla bilgi için bkz. Hesap yük devretmesi başlatma.

Diğer konular

Bir yük devretmeye zorlarsanız uygulamalarınızın ve hizmetlerinizin nasıl etkilenebileceğini anlamak için bu bölümde açıklanan ek konuları gözden geçirin.

Arşivlenmiş bloblar içeren depolama hesabı

arşivlenmiş blob 'ları içeren Depolama hesaplar hesap yük devretmesini destekler. Yük devretme işlemi tamamlandıktan sonra, hesabın coğrafi artıklık için yapılandırılabilmesi için tüm arşivlenmiş Blobların çevrimiçi bir katmana yeniden doldurulması gerekir.

Depolama kaynak sağlayıcısı

yük devretme tamamlandıktan sonra, istemcileri yeni birincil bölgedeki Azure Depolama verilerini okuyup yazabilir. ancak, Azure Depolama kaynak sağlayıcısı yük devri yapmaz, bu nedenle kaynak yönetimi işlemleri birincil bölgede hala gerçekleşmelidir. Birincil bölge kullanılamıyorsa, depolama hesabında yönetim işlemleri gerçekleştiremezsiniz.

Azure Depolama kaynak sağlayıcısı yük devretmediğinden, konum özelliği, yük devretme tamamlandıktan sonra orijinal birincil konumu döndürür.

Azure sanal makineleri

Azure sanal makineleri (VM 'Ler), hesap yük devretmesi kapsamında yük devreder. Birincil bölge kullanılamaz duruma gelirse ve ikincil bölgeye yük devretmek, yük devretmeden sonra VM 'Leri yeniden oluşturmanız gerekir. Ayrıca, hesap yük devretmesi ile ilişkili potansiyel bir veri kaybı vardır. Microsoft, Azure 'daki sanal makinelere özgü aşağıdaki yüksek kullanılabilirlik ve olağanüstü durum kurtarma kılavuzunu önerir.

Azure yönetilmeyen diskler

En iyi uygulama olarak, Microsoft yönetilmeyen disklerin yönetilen disklere dönüştürülmesini önerir. Ancak, Azure VM 'lerine bağlı yönetilmeyen diskler içeren bir hesabın yük devretmesinin gerekli olması gerekiyorsa, yük devretmeyi başlatmadan önce sanal makineyi kapatmanız gerekir.

yönetilmeyen diskler, Azure Depolama sayfa blobları olarak depolanır. Azure 'da bir VM çalışırken, VM 'ye bağlı tüm yönetilmeyen diskler kiralanır. Bir blob üzerinde kira olduğunda hesap yük devretmesi devam edemez. Yük devretmeyi gerçekleştirmek için şu adımları izleyin:

1. Başlamadan önce, yönetilmeyen disklerin adlarını, mantıksal birim numaralarını (LUN) ve bunların eklendiği VM 'yi aklınızda bulabilirsiniz. Bunun yapılması, yük devretmeden sonra disklerin yeniden iliştirmesinin daha kolay olmasını sağlar.
2. VM 'yi kapatın.
3. VM 'yi silin, ancak yönetilmeyen diskler için VHD dosyalarını koruyun. VM 'yi sildiğiniz saati göz önünde bulabilirsiniz.
4. Son eşitleme saatinin güncelleştirilmesini bekleyin ve VM 'yi sildiğiniz zamandan daha geç. Bu adım önemlidir, çünkü ikincil uç nokta yük devretme gerçekleştiğinde VHD dosyalarıyla tamamen güncelleştirilmemişse, sanal makine yeni birincil bölgede düzgün çalışmayabilir.
5. Hesap yük devretmesini başlatın.
6. Hesap yük devretmesi tamamlanana kadar bekleyin ve ikincil bölge yeni birincil bölge haline gelir.
7. Yeni birincil bölgede bir VM oluşturun ve VHD 'leri yeniden ekleyin.
8. Yeni VM 'yi başlatın.

VM kapatılırken geçici bir diskte depolanan tüm verilerin kaybedildiğini aklınızda bulundurun.

Desteklenmeyen özellikler ve hizmetler

Hesap yük devretmesi için aşağıdaki özellikler ve hizmetler desteklenmez:

• Azure Dosya Eşitleme, depolama hesabı yük devretmesini desteklemez. Azure Dosya Eşitleme'de bulut uç noktaları olarak kullanılan Azure dosya paylaşımlarının bulunduğu depolama hesapları yük devretmemelidir. Bunun yapılması eşitlemenin çalışmayı durdurmasına neden olur ve yeni katmanlanmış dosyalar söz konusu olduğunda beklenmedik veri kaybına da yol açabilir.
• hiyerarşik ad alanı etkin olan Depolama hesapları (örneğin, Data Lake Storage 2. gibi) şu anda desteklenmez.
• Premium blok bloblarını içeren bir depolama hesabı yük devredilemez. premium blok bloblarını destekleyen Depolama hesaplar şu anda coğrafi artıklığı desteklemez.
• Solucan ve kullanılabilirlik ilkesi etkinleştirilmiş kapsayıcıları içeren bir depolama hesabı yük devredilemez. Kilitlemeli/kilitlenmiş zamana dayalı saklama veya yasal saklama ilkeleri, uyumluluk sağlamak için yük devretmeyi önler.

Yük devretme alternatifi olarak verileri kopyalama

Depolama Hesabınız ikinciye okuma erişimi için yapılandırılmışsa, uygulamanızı ikincil uç noktadan okumak üzere tasarlayabilirsiniz. birincil bölgedeki bir kesinti olması durumunda yük devredememeyi tercih ediyorsanız, ikincil bölgedeki depolama hesabınızdan verileri etkilenmeyen bir bölgedeki başka bir depolama hesabına kopyalamak için azcopy, Azure PowerShellveya Azure veri taşıma kitaplığı gibi araçları kullanabilirsiniz. Daha sonra hem okuma hem de yazma kullanılabilirliği için uygulamalarınızı bu depolama hesabına işaret edebilirsiniz.

Microsoft tarafından yönetilen yük devretme

Önemli bir olağanüstü durum nedeniyle bölgenin kaybolması durumunda Microsoft, bölgesel bir yük devretme işlemi başlatabilir. Bu durumda, sizin bölüminizdeki hiçbir işlem yapmanız gerekmez. Microsoft tarafından yönetilen yük devretme tamamlanana kadar, depolama hesabınıza yazma erişiminiz olmayacaktır. Depolama Hesabınız RA-GRS veya RA-GZRS için yapılandırılmışsa, uygulamalarınız ikincil bölgeden okunabilir.

Ayrıca bkz.

• Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi artıklığı kullanın
• Hesap yük devretmesi başlatma
• Bir depolama hesabı için son eşitleme zamanı özelliğini denetleyin
• Öğretici: BLOB depolama ile yüksek oranda kullanılabilir bir uygulama oluşturma