Azure Site Recovery ile Azure VM’lerinizi Farklı Bölgelere Replike Edin

 

Azure to Azure Azure Site Recovery

Azure Site Recovery’inin yeni özelliği Azure VM’ler için bölgeler arası replikasyon sunmaktadır.

Azure Site Recovery ile Azure VM’lerinizi Farklı Bölgelere Replike Edin

Azure Site Recovery’inin yeni özelliği ile Azure VM’ler için bölgeler arası replikasyon gerçekleştirebilirsiniz.

Bilindiği üzere Azure sağladığı altyapı ve teknolojilerle  üzerinde çalışan VM’leriniz ve diğer kaynaklarınızın için dayanıklılık ve süreklilik stratejisini baz alan hizmetler sunmaktadır. SLA garantisi , en kötü ihtimalle datalarınızın üzerinde barındırıldığı storage’ların üç kopyasının tutulması gibi senaryolar Azure stratejini anlamak için örnek olarak gösterilebilir.

Peki Azure bana zaten süreklilik sağlayan hizmetler sunuyorken Azure üzerinde çalışan VM’lerim için neden ASR’ye  (Azure Site Recovery) ihtiyacım olsun sorularına cevap bulalım.

Azure VM’ler için Neden ASR kullanmalıyım?

Bu ihtiyacı doğuracak birkaç nedeniniz olabilir;

Her kurumun Business Continuity and Disaster Recovery (BCDR) olarak adlandırılan iş sürekliliği ve felaket anında kurtarma stratijileri bulunmaktadır ve ya bulunmalıdır. Bu planlama doğrultusunda yerine getirmemiz gereken prosedürler bulunur. İşte bu ihtiyacı karşılayabilmek için Azure VM’lerinizi korumak isteyebilirsiniz.

Azure’un sunmuş olduğu altyapı özelliklerinin yanı sıra Azure VM’leriniz için protect ve disaster bulundurmak istiyor olabilirsiniz. Ayrıca bu senaryoları belirli periyotlarda test etme ihtiyacınız bulunabilir. Örneğin; Faleket senaryosuyla karşı karşıya gelmeniz durumunda sanal makinenizin nasıl çalışacağını (failover) görmek isteyebilirsiniz.

Son olarak West Europe olarak konumlandırılan bir VM’iniz olduğunu varsayalım. Bu VM’I artık farklı bir bölgede konumlandırmak istiyor olabilirsiniz.

Tüm bu olasılıkları gerçekleştirebilmek için Farklı Regionlar arası hizmet veren Azure to Azure ASR(Azure Site Recovery) ‘yi kullanabilirsiniz.

Azure Site Recovery ile farklı bölgeler arasında Replikasyon’un nasıl yapıldığına bakalım;

İlk olarak protect etmek istediğim sanal makinemin lokasyon bilgisinin West Europe olduğunu görüyorum.

 

Replikasyon’a başlamadan önce Recovery Service Vault altından yeni bir vault oluşturuyorum.

Benim replike edeceğim VM’in region’ı West Europe olduğu için Vault bölgemi North Europe olarak oluşturacağım.

 

Replikasyon’u başlatmak için gerekli konfigürasyon adımlar diğer ASR senaryolarına kıyasla son derece kısa ve basittir.

Oluşturmuş olduğum Vault üzerinden Site Recovery seçeneğiyle replikasyon için gerekli konfigürasyonu yapacağım. Azure’dan Azure’a yapacağım için aşağıdaki gibi seçimimi tamamlıyorum.

 

Daha önce belirttiğimiz gibi bu replikasyon modelinde konfigürasyon son derece basit. Replikasyonun nasıl yapacağını belirttikten sonra başka bir hazırlığa gerek kalmadan replike edeceğim VM’I seçeceğim diğer adıma geçeceğim.

Artık Replike etmek istediğim makinemi belirterek replikasyonu aktif hale getireceğim aşamadayım. Burada replike edilecek makinenin location, deployment model ve resource group bilgilerini doldurmak gerekiyor.

 

Doldurduğum alanlar sonrasında belirtilen resource Group ve region içerisinde yer alan VM’ler listelenecektir.

 

Son olarak Target Location seçmem gerekiyor. Ben Vault’u farklı bir bölgede oluşturduğum için North Europe olarak bırakacağım.

Gördüğünüz gibi diğer ayarları da customize etmeniz mümkün. Ben Replication policy ve diğer ayarlarlar ilgili bir değişiklik yapmıyorum ve replikasyonu aktif ediyorum.

 

Recovery Services vaults > RV-A2A-Jobs > Site Recovery Jobs altında bu sırada gerçekleşen iş akışlarını da görebiliyorum.

 

Azure’un hızlı network altyapısı ile çok kısa sürede iki farklı region arası replikasyon işlemim tamalanıyor. Görüldüğü üzere LABVM1 isimli VM protect edilmiş durumda.

 

 

Protect Edilen VM için Test Failover

Protect edilen VM’i Test Failover ile hedef region’da nasıl çalışacağını görelim;

 

 

Test Failover dedikten sonra Recovery Point ve hedef regiona ait olan bir virtual network seçiyorum. Ardından failover işlemini başlatıyorum.

 

 

Test Failover işleminin başarıyla tamamlandığını gördükten sonra sanal makineye gideceğim.

Görüldüğü üzere makinemin Resource Group, Location ve Vnet bilgileri Disaster için belirlenen ayarlarla ayağa kalkmış durumda. Bu aşamadan sonra public ip atayarak VM’e bağlantı sağlayabilir ve testinizi tamamlayabilirsiniz.

Son olarak Cleanup Test Failover diyerek işlemi sonlandırıyorum.

 

Faydalı Olması Dileğiyle.

 

 

Bir cevap yazın