microsoft azure sql server hadr
DESCRIPTION
Microsoft Azure-SQL Server için High Availability ve Disaster Recovery SenaryolarıTRANSCRIPT
Microsoft Azure-SQL Server için High Availability ve Disaster Recovery Senaryoları
Önder DEĞER
Microsoft MVP – Microsoft Azure
www.msazureturkey.com
GÜNDEM
1. HADR Deployment Mimarileri
2. Microsoft Azure: High Availability Çözümleri
3. Microsoft Azure: Disaster Recovery Çözümleri
4. Hybrid IT: Disaster Recovery Çözümleri
1. HADR Deployment Mimarileri
SQL Server Log Shipping otomatik olarak transaction log yedeklerini Primary Server üzerindeki Primary Database’den Secondary Server üzerindeki birden fazla database’e gönderir.
A. Log Shipping
Log Shipping
Avantajlar——————————–
Hem Disaster Recovery hem de High Availability çözümü sunar.
Maliyet açısından çok ucuz bir teknolojidir. SQL Server 2008 den itibaren express sürümü hariç tüm versiyonlarda bu teknoloji kullanılabilir.
Kurulumu ve bakımı kolay bir teknolojidir.
Bir veritabanı için sınırsız sayıda log ship yapılacak yedek database imkanı sunmaktadır. Buda bir uygulamanın downtime süresini en minimuma indirmek için bir imkandır.
Standby mode da olan Secondary database hiçbir manuel işlem yapmadan read-only modda reporting imkanı sunmaktadır.
Kullanıcı hatalarına karşı eski transaction log backuplar ile hatadan dönülebilir.
Dezavantajlar—————————-
Log Shipping de otomatik failover yoktur bu durumda failover durumu gerçekleştiğinde database admini hemen manuel failover yapmak zorundadır.
Manuel Failover durumundan dolayı Downtime olasılığı senkron mirroring’e göre daha fazladır.
Belirlenen schedule aralığına bağlı olarak ana veritabanı down olduğu zaman veri kaybı yaşanabilir.
1. HADR Deployment Mimarileri
Bir veritabanının iki farklı sunucuda kopyası oluşturularak, mevcut aktif sunucunun herhangi bir nedenden dolayı servis verememesi, devre dışı kalması ya da veritabanının bozulması durumunda yedek sunucu üzerinde bulunan veritabanı ile erişimin ve servisin aynen devam ettirilmesidir. Log Shipping’den artı olan özelliği Witness Sunucu kullanarak kesintilerde rol geçişlerinin otomatik olarak yapılabilmesidir.
B. Database Mirroring
Database Mirroring Yukarıdaki örnekte farklı iki lokasyonda bulunan Primary Data Center ile
Secondary Data Center’daki SQL Serverlar öncelikle kendi içlerinde Failover Clustering kullanılarak ilgili Data Center içinde High Availability sağlanmıştır.
Daha sonra buradaki yapı başka bir lokasyona SQL Server Mirroring mimarisinin asenkron seçeneği ile başka bir lokasyondaki Data Center’a taşınarak da Disaster Recovery sağlanmıştır. Böylece iki farklı teknoloji kullanılarak yüksek seviyeli HADR mimarisi kurulmuştur.
Bu örnekteki dezavantaj Data Centerların içinde Otomatik Failover için kullanılan Failover cluster mimarisinin yüksek maliyeti ve daha da önemlisi üçüncü bir Data Center’ın Disaster Recovery için kullanılamamasıdır.
Log Shipping & Database Mirroring Yukarıdaki örnekte her bir Data Center içinde Failover Cluster yerine Mirroring
mimarisinin kullanılmasıyla hem daha düşük maliyetli bir yapı sağlanmış oluyor hem de Failover Clustering mimarisindeki az bir ihtimal olsa da SAN üzerinde disklerde oluşacak hataya karşı sistem korunmuş oluyor.
Mirroring mimarisinde otomatik Failover işlemini gerçekleştirmek için fazladan bir tane Witness Server kullanılmak zorundadır. Yukarıda yapıda Data Center’lar arasında Log Shipping mimarisinin kullanarak aynı anda birden fazla Data Center’a verilerin transfer edilmesi sağlanmıştır. Fakat Log Shipping mimarisinde Primary Server ile Secondary Server arasındaki veri transferi anlık olarak değil belli bir gecikme süresi ile sağlanmaktadır. Bu durum bize olası bir Disaster durumunda veri kaybına sebep olacaktır.
1. HADR Deployment Mimarileri
SQL Server 2012 ile beraber tanıtılan Always On özelliği ile önceden Database Mirroring ve Log Shipping teknolojilerini beraber kullanarak elde edilen HADR seviyesini artık sadece AlwaysOn kullanarak elde edilebilmektedir.
AlwaysOn Availability Groups kullanılan veritabanı ya da veri tabanları için aynı anda Failover sağlayabilmektedir
Bu Failover işlemini birden fazla hedef Servera gerçekleştirebilmekte olup en önemlisi de bu hedef Serverlarında aktif bir şekilde erişebilir olmasıdır.
AlwaysOn Failover Cluster Instances ise bize SQL Serverın Instance bazında Failover olanağı sağlamaktadır.
C. AlwaysOn Availability Groups
AlwaysOn Availability Groups
Replica1 kullanılan ana SQL Server olup bu SQL Server birden fazla Secondary Server(Multiple Secondaries) özelliği ile senkron bir şekilde Replica2 ve Replica3 makinelerine veri transferini gerçekleştirmektedir. Bu şekilde veri transferinin amacı High Availabilty sağlamaktır. Aynı şekilde asenkron olarak yine farklı bir lokasyonda tutulan Replica4 adlı Servera da veriler transfer edilerek de Disaster Recovery sağlanmaktadır. Ayrıca AlwaysOn Availability Groups teknolojisi ile kullanılan bir başka avantaj ise Replica3 ve Replica4 Serverlarının hem raporlama hem de düzenli yedekleme için kullanılması ile asıl makine Replica1 üzerindeki yükü de azaltmasıdır.
2. Microsoft Azure: High Availability Çözümleri
Tüm Replicalar Azure VMler üzerinde aynı Azure Datacenter’da çalışmaktadır. Bu senaryoda SQL Server sanal makineleriniz ile birlikte Domain Controller makinesine de ihtiyacınız bulunmaktadır. Bunun sebebi Windows Server Failover Clustering (WSFC) Active Directory’e ihtiyaç duymaktadır.
AlwaysOn Availability Groups
2. Microsoft Azure: High Availability Çözümleri
Çalışan Principal, Mirror ve Witness Serverlar aynı Azure Datancenter içersindedir.Database Mirroring için Domain Controller kullanmak isteğe bağlı bir yöntemdir.
Database Mirroring
Database Mirroring
3.Microsoft Azure: Disaster Recovery Çözümleri
Principal ve Mirror Serverlar farklı Microsoft Azure Datacenterlar üzerinde bulunmaktadır. Bu uygulama için server certificate kullanmak gerekmektedir çünkü Active Directory domain yapıları çoklu Azure Datacenterlara yayılamamaktadır.
Database Mirroring
3.Microsoft Azure: Disaster Recovery Çözümleri
Disaster Recovery için production database farklı bir Azure Datacenter’da bulunan Blob Storage’a yedek alınmaktadır.
Backup and Restore
4.Hybrid IT: Disaster Recovery Çözümleri
Cross-Site DR için replikaların bazıları Azure VMler üzerinde bazıları On-Premise üzerindedir.Producation site Azure Datacenter üzerinde de olabilir On-Premise üzerinde de.
Bütün replikalar aynı WSFC içerisinde olmalıdır. WSFC farklı networklere yayılabilmektedir. Ayırca On-Premise network ile Azure arasında VPN bağlantısı yapılmalıdır. Ayrıca başarılı bir DR için DR site üzerinde ADC yapılandırılması tavsiye edilir.
AlwaysOn Availability Groups
4.Hybrid IT: Disaster Recovery Çözümleri Hybrid IT senaryolarından Database Mirroring
kullanırken Partners aynı Active Directory Domain ortamında olmak zorunda değildir. AD Domain yerine Server Certificates kullanılabilir. Ayrıca Server Certificates kullanılırsa VPN bağlantısı yapmayada gerek yoktur.
Database Mirroring
4.Hybrid IT: Disaster Recovery Çözümleri
Log Shipping temelinde Windows File Sharing’e dayandığı için Azure Virtual Network ve On-Premise network arasında VPN bağlantısı olmak zorundadır.
Log Shipping
4.Hybrid IT: Disaster Recovery Çözümleri
Backup and Restore
TEŞEKKÜR EDERİM
Önder DEĞER
Microsoft MVP – Microsoft Azure
www.msazureturkey.com
@onderdeger
http://tr.linkedin.com/in/onderdeger/
https://www.facebook.com/deger.onder