Azure Site Recovery (ASR) ile Şirket İçi Sanal Sunucuları Azure Bulutuna Dakikalık RPO ile Çoğaltma

Geleneksel bir felaket kurtarma (DRP) altyapısı kurmak devasa bir sermaye yatırımıdır: Farklı bir şehirde veri merkezi kabini kiralanmalı, yedek fiziksel sunucular ve depolama üniteleri satın alınmalı, araya pahalı kiralık hatlar (MPLS) çekilmelidir. Üstelik bu ikincil sunucular yıl boyunca boşta yatar. Azure Site Recovery (ASR), bulutu şirketin ikinci veri merkezi haline getirerek donanım satın alma maliyetini sıfırlar (Disaster Recovery as a Service - DRaaS).

1. ASR Mimarisi: "Kullanana Kadar Sunucu Parası Ödeme!"

ASR'nin finansal zekası şudur:

• Şirket içindeki VMware veya Hyper-V sanal makinelerinin disk değişiklikleri internet üzerinden Azure depolama hesaplarına (Storage Account / Managed Disks) sürekli kopyalanır.
• Normal günlerde Azure tarafında hiçbir sanal makine çalışmaz; yalnızca replike olan disk verisi için kuruşlar düzeyinde depolama ücreti ödersiniz!
• Yalnızca sistem odanız yandığında veya felaket tatbikatı başlattığınızda sanal makineler Azure üzerinde ayağa kalkar ve CPU/RAM ücreti işlemeye başlar.

[Şirket İçi Veri Merkezi: VMware vSphere]
         │
         ▼ (Sürekli Blok Replikasyonu - RPO: ~15 Dakika)
[Azure Site Recovery Vault & Azure Storage] -> Sunucu YOK, Sadece Disk Saklanıyor!
         │
         ▼ (FELAKET ANI / FAILOVER)
[Azure VM'ler Otomatik Ayağa Kalkar] -> Şirket 10 Dakika İçinde Buluttan Canlıda!

2. Şirket İçi ASR Configuration Server Dağıtımı

VMware ortamı için yerel ortama hazır bir OVA şablonu indirilir (ASR Configuration Server / Process Server):

1. Process Server, vCenter'a bağlanarak hedef sanal makineleri keşfeder.
2. Sanal makinelerin içine Mobility Service ajanı yüklenir.
3. Mobility Service, değişen disk bloklarını yakalar, şifreler, sıkıştırır ve Azure Recovery Services Vault'a pompalar.

3. Test Failover: Üretimi Kesmeden Canlı Yangın Tatbikatı

Birçok felaket kurtarma sisteminde tatbikat yapmak zordur çünkü canlı sistemi kesintiye uğratma riski vardır. ASR'de ise:

• Test Failover butonuna basılır.
• Azure'da izole bir sanal ağ (Isolated VNet) açılır.
• Disklerin anlık kopyası üzerinden sanal makineler bu izole ağda çalıştırılır.
• Canlı replikasyon arka planda hiç durmadan devam ederken, sistem yöneticisi izole ağa bağlanıp ERP'nin ve veritabanının çalıştığını doğrular.
• Test bittiğinde tek tıkla test makineleri silinir.

Karşılaşılan Kritik Hatalar ve Çözüm İpuçları

• Ağ Bant Genişliği ve Değişim Oranı (Churn Rate): Çok yoğun yazma yapan büyük bir SQL sunucunuz varsa (günlük 100 GB disk değişikliği), internet yükleme (upload) hızınız yetersiz kalırsa replikasyon geriye düşer (RPO süresi uzar). Azure Deployment Planner aracı kullanılarak sunucunun günlük disk churn oranı ölçülmeli ve gerekli bant genişliği tahsis edilmelidir.
• Statik IP Geçişi: Şirket içindeki sunucunun IP'si 10.10.20.50 iken Azure'a geçtiğinde Azure VNet IP bloğundan yeni bir IP alabilir. ASR ayarlarından "Target Network IP" manuel olarak aynı IP'ye sabitlenmeli veya DNS yönlendirmesi otomatize edilmelidir.

Mühendis Notu

Bir felaket anında şirketinizi kurtaracak olan şey niyetiniz değil; test edilmiş mimarinizdir. ASR ile ikinci bir veri merkezine milyonlarca lira harcamadan, dünya standartlarında bir felaket kurtarma kalkanını şirketinizin arkasına koyabilirsiniz.