Failover and Failback with Azure ASR

Olası felaket senaryolarımız için uygulayabileceğimiz güzel bir alternatif olan ASR ‘den “Azure Site Recovery (ASR) ile HyperV Cluster Replication” isimli makalemde söz etmiştik. Bu makalede ise olağanüstü durum kurtarma için ARS Failover ve Failback testleri yapacağız.

Kurulumu yaptığımız ASR yapımızda replica edilen VM sunucumuzu Azure ve local Hypver-V tarafında şu şekilde görüntüleyebiliyorduk.

Azure tarafında;

Local Hyper-V tarafında;

Failover

Azure tarafında yedeklediğimiz sunucumuz üzerinde Failover, Planned Failover ve Test Failover seçeneklerimiz mevcut.

Failover;
Recovery point seçilerek pasif halde bulunan makinemizi ayağa kaldırır.

Planned Failover;
Bu seçenek sıfır veri kaybı için kullanılır. Seçim ile birlikte local Hyper-V hostunuzda bulunan VM son veriler senkronize edildikten sonra kontrollü olarak kapatılır ve Azure da açılır.

Test Failover;
Local Hyper-V hostumuzda bulunan makinede hiçbir değişiklik yapmadan Azure tarafında makineyi test için ayağa kaldırır.

Planned Failover seçeneği ile local de bulunan makinemizi kontrollü olarak kapatarak Azure tarafındaki yedek makinemizi sıfır veri kaybı ile ayağa kaldıralım.

Tabi ki ayağa kaldırdığımız makine local network tarafından erişilebilir olmalı. ASR kurulum aşamalarında replica makinemizin hani Resource Group da olacağını, hangi networkte hangi IP adresini alacağını belirlemiştik.

Planned Failover seçeneği ile “OK” diyerek devam ediyoruz.

Planned Failover işlemimiz tammalandı

Local Hyper-V test sunucumuz otomatik olarak kontrollü şekilde son dataları aktararak kapatıldı.

Failover sonrası sanal makinemiz Azure Resource Group içinde ayağa kalkmış olarak görüyoruz.

Sunucumuzun sağlıklı şekilde Azure tarafında ayağa kalktığını ve güncel datalar ile çalışabilir durumda olduğunu kontrol ettikten sonra “Commit” seçeneği ile Failover işlemini onaylıyoruz.

Sanal makinemizi Local Hyper-V sunucumuzdan Azure tarafına sağlıklı şekilde geçirdik. Makine sağlığını kontrol ederek failover işlemini onayladık.

Son olarak DNS sunucunuz üzerinde sanal makinemizin aldığı yeni IP için güncellemeler yapmanız gerekiyor.

Örnek olarak DNS sunucunuzda;
Local AZRTEST domain name e karşılık gelen IP 10.0.0.1 iken
Azure AZRTEST domain name e karşılık gelen IP 10.1.0.1 oldu

Sanal makinemiz DNS güncellemesinden sonra Azure tarafında sorunsuz hizmet verebilir.

Failback

Artık Local de arızalarımızı giderdikten sonra Azure da hizmete devam eden sanal makinemizi local Hyper-V sunucumuza geri aktarabiliriz.

Bu sefer Azure tarafında Planned Failover diyerek devam ediyoruz.

Karşımıza gelen ekranda üç seçeneğimiz bulunuyor

Minimize downtime;
Geriye dönük bir senkronizasyon başlatır. Aktarma tamamlandığında Azure da bulunan sanal makinemizi kapatır ve local de bulunan makinemizi ayağa kaldırır.

Full download;
Makinemizi olduğu gibi local networke download eder.

Her iki durumda da failback işlem süresi internet ağınızın kapasitesine göre değişiklik gösterecektir.

Belkide local Hyper-V sunucunuzda VM makinenizi kaybetmiş olabiliriz. Bu durumda en altta bulunan “Create the virtual machine on-premises if it does not exist already” seçeneği ile yeni bir makine oluşturabilirdik.

Biz sadece “Minimize downtime” seçeneği ile var olan local makinemize geri dönüş yapacağız. “OK” diyerek ilerliyoruz.

Failback işlemimiz başladı

Geri senkronizasyon işlemi bittiğinde onay vermemizi isteyen bir uyarı alıyoruz.

Data sync is complete” ile failback işlem süreçlerini görebileceğimiz ve onay vereceğimiz ekrana geçiş yapıyoruz.

Aşağıda işleme onay vermemiz beklendiğini görüyoruz.

“Complete Failover” butonu ile onay veriyoruz.

Onay işlemimiz tamamlandı.

Local Hyper-V sunucumuzda AZRTEST makinemizin up olduğunu görüyoruz.

Daha önce yaptığımız gibi sunucu sağlığını kontrol ettikten sonra Azure tarafında “Commit” ediyoruz.

Bu tarafta Commit sonrası işimiz bitmiyor. Senkronizasyonu tekrar ters yönde başlatmak için “Reverse replicate” diyoruz.

Reverse replicate işlemini de tamamladık

Sanal makinemizi felaket durumunda Azure yapımıza taşıdık. Local de yaşanan arızamızı giderdikten sonra sanal makinemizi local ağımıza geri aldık.

About the Author

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir