Azure Sanal Makineler için Azure yüksek kullanılabilirlik ve olağanüstü durum kurtarma özelliklerini açıklama
Azure, IaaS dağıtımlarının kullanılabilirliğini geliştirmek için üç ana seçenek sunar:
Kullanılabilirlik Kümeleri
Kullanılabilirlik Alanları
Azure Site Recovery
Bu seçeneklerin üçü de sanal makinenin (VM) dışındadır ve içinde ne tür bir iş yükü çalıştığını bilmez.
Kullanılabilirlik kümeleri
Kullanılabilirlik kümeleri, Azure ile ilgili bakımlara ve tek bir veri merkezinde tek hata noktalarına karşı çalışma süresi sağlar. Bu, Azure platformuna sunulan ilk kullanılabilirlik özelliklerinden biriydi ve etkili bir şekilde VM'leriniz için benzeşim karşıtı kurallar olarak düşünülebilir. Başka bir deyişle, kullanılabilirlik kümesinde veya günlük gönderim çiftinde iki SQL Server VM'niz varsa, bunların hiçbir zaman aynı fiziksel sunucuda çalışmaması garanti edilir.
Kullanılabilirlik kümeleri, temel alınan Azure Altyapısı güncelleştirmelerini desteklemek için hem hata etki alanlarına hem de güncelleştirme etki alanlarına ayrılır. Hata etki alanları, veri merkezi içinde aynı güç kaynağını ve ağı kullanan sunucu kümeleridir Bir veri merkezinde FD 0, 1 ve 2 tarafından aşağıdaki görüntüde gösterildiği gibi en fazla üç hata etki alanı olabilir. Aşağıdaki görüntüde UD ile belirtilen etki alanlarını güncelleştirin, aynı anda yeniden başlatılabilen sanal makine gruplarını ve temel alınan fiziksel donanımları gösterir. Farklı güncelleştirme etki alanları ayrımı güvence altına alır.
Kullanılabilirlik kümeleri ve bölgeleri, işletim sistemi veya RDBMS kilitlenmesi gibi konuk içi hatalara karşı korunmaz; Bu nedenle RTO'larla ve RPC'lerle karşılaştığınızı güvence altına almak için AG'ler veya FC'ler gibi ek çözümler uygulamanız gerekir. Hem kullanılabilirlik kümeleri hem de bölgeleri, veri merkezi hatası, fiziksel donanım hatası, ağ kesintileri ve güç kesintileri gibi ortam sorunlarının Azure düzeyindeki etkisini sınırlandırmak için tasarlanmıştır.
Çok katmanlı bir uygulama için, uygulamanın her katmanını kendi kullanılabilirlik kümesine yerleştirmeniz gerekir. Örneğin, Active Directory Etki Alanı Hizmetleri (AD DS) ile birlikte SQL Server arka ucuna sahip bir web uygulaması oluşturuyorsanız, her katman (web, veritabanı ve AD DS) için bir kullanılabilirlik kümesi oluşturursunuz.
IaaS VM'lerini ayırmanın tek yolu kullanılabilirlik kümeleri değildir. Azure ayrıca Kullanılabilirlik Alanları sağlar, ancak ikisi birleştirilemiyor. Birini veya diğerini seçebilirsiniz.
Kullanılabilirlik alanları
Azure'da veri merkezi düzeyinde hata için kullanılabilirlik alanları hesabı. Her Azure bölgesi, aralarında düşük gecikme süreli ağ bağlantısı olan birçok veri merkezinden oluşur. VM kaynaklarını Kullanılabilirlik Alanları destekleyen bir bölgeye dağıttığınızda, bu kaynakları Bölge 1, 2 veya 3'e dağıtma seçeneğiniz vardır. Bölge, bir Azure bölgesi içinde benzersiz bir fiziksel konum, yani veri merkezidir.
Bölge numaraları mantıksal gösterimlerdir. Örneğin, iki Azure abonesi de kendi aboneliklerinde Bölge 1'e bir VM dağıtırsa, bu vm'lerin aynı fiziksel Azure veri merkezinde bulunduğu anlamına gelmez. Ayrıca, uzaklık nedeniyle bölgesel dağıtımlara bazı ek gecikme süreleri de eklenebilir. Gecikme süresinin performans hedeflerine uygun olduğundan emin olmak için VM'leriniz arasındaki gecikme süresini test etmelisiniz. Çoğu durumda, kullanılabilirlik grupları gibi özelliklerde zaman uyumlu veri taşımayı destekleyen gidiş dönüş gecikmesi 1 milisaniyeden kısa olacaktır. ayrıca Azure SQL Veritabanı Kullanılabilirlik Alanları dağıtabilirsiniz.
Azure Site Recovery
Azure Site Recovery, Azure düzeyindeki VM'ler için gelişmiş kullanılabilirlik sağlar ve SQL Server'ı barındıran VM'lerle çalışabilir. Azure Site Recovery bir VM'yi bir Azure bölgesinden diğerine çoğaltarak ilgili VM için olağanüstü durum kurtarma çözümü oluşturur. Daha önce belirtildiği gibi, bu özellik SQL Server'ın VM'de çalıştığını bilmiyor ve işlemler hakkında hiçbir şey bilmiyor. Azure Site Recovery RTO'yu karşılasa da, VERILERIN SQL Server'ın içinde nerede olduğunu hesaplamadığından RPO'yu karşılamayabilir. Azure Site Recovery'de iki saatlik aylık RTO belirtilir. Çoğu veritabanı uzmanı olağanüstü durum kurtarma için veritabanı tabanlı bir yöntem kullanmayı tercih edebilir ancak Azure Site Recovery RTO ve RPO gereksinimlerinizi karşılıyorsa iyi çalışır.