Sanal makine ortamları fiziksel sunuculardan farklı yedekleme yaklaşımları gerektirir. Hyper-V, VMware veya Proxmox fark etmez; sanallaştırma katmanı hem avantaj hem de yeni riskler getirir. Snapshot almak yedekleme yapmak anlamına gelmez, doğru strateji olmadan geri dönüş planı kağıt üzerinde kalır.
Bu yazıda sanal makine yedeklemesinin temel kavramlarını, farklı yaklaşımların artı ve eksilerini, RPO/RTO hedeflerinin nasıl belirlenmesi gerektiğini ve geri dönüş testlerinin neden ihmal edilmemesi gerektiğini ele alacağız.
Snapshot yedek değildir
Snapshot, bir sanal makinenin belirli bir andaki disk durumunu yakalar. Hızlı geri dönüş için kullanışlıdır ancak uzun süreli saklama veya felaket kurtarma amacıyla kullanılmamalıdır. Snapshot zincirleri büyüdükçe disk performansı düşer, birleştirme işlemleri riskli hale gelir ve depolama alanı beklenmedik şekilde şişer.
Hyper-V ortamında checkpoint, VMware ortamında snapshot olarak adlandırılan bu yapılar aynı mantıkla çalışır. Bir güncelleme öncesi anlık geri dönüş noktası olarak snapshot almak doğrudur; ancak snapshot'u haftalarca açık bırakıp yedek yerine kullanmak ciddi sorunlara yol açar.
# Hyper-V: Mevcut checkpoint'leri listeleme
Get-VMCheckpoint -VMName "SRV-DC01"
# VMware (PowerCLI): Snapshot listesi
Get-Snapshot -VM "SRV-DC01"
# Proxmox: Snapshot listesi
qm listsnapshot 100Snapshot ile gerçek yedek arasındaki farkı şu şekilde özetleyebiliriz: snapshot, aynı depolama üzerinde bağımlı bir fark dosyasıdır. Depolama arızalanırsa snapshot da kaybolur. Gerçek yedek ise bağımsız bir kopyadır ve farklı bir ortamda saklanır.
Agent tabanlı vs agentless yedekleme
Sanal makine yedeklemesinde iki temel yaklaşım vardır. Agent tabanlı yedeklemede her sanal makinenin içine bir yazılım kurulur. Bu yazılım dosya sistemi düzeyinde çalışır, uygulama farkındalığı sağlar ve veritabanı tutarlılığını garanti edebilir. Ancak her makineye kurulum ve güncelleme gerektirir, kaynak tüketir ve yönetim maliyetini artırır.
Agentless yedekleme ise hypervisor API'leri üzerinden çalışır. VMware'de VADP, Hyper-V'de VSS entegrasyonu, Proxmox'ta ise vzdump aracı kullanılır. Sanal makinenin içine dokunmadan disk seviyesinde yedek alınır. Yönetimi daha kolaydır ancak uygulama düzeyinde tutarlılık için ek yapılandırma gerekebilir.
# Proxmox: Agentless yedek alma (vzdump)
vzdump 100 --storage backup-nfs --mode snapshot --compress zstd
# Hyper-V: PowerShell ile VM dışa aktarma
Export-VM -Name "SRV-APP01" -Path "D:\Backup\VM-Export"Hangi yaklaşımı seçeceğiniz ortamınıza bağlıdır. Veritabanı sunucuları gibi uygulama tutarlılığının kritik olduğu sistemlerde agent tabanlı ya da VSS/quiescing destekli agentless çözüm tercih edilmelidir. Dosya sunucusu veya web sunucusu gibi durumsuz sistemlerde agentless yeterli olabilir.
RPO ve RTO'yu doğru belirleyin
RPO (Recovery Point Objective), kabul edilebilir veri kaybı süresini ifade eder. Dört saatlik RPO hedefi, en fazla dört saatlik veri kaybını tolere edebileceğiniz anlamına gelir. RTO (Recovery Time Objective) ise kesintiden sonra sistemin ne kadar sürede çalışır hale geleceğini belirler.
Bu hedefler teknik ekip tarafından tek başına belirlenmemelidir. İş birimleriyle birlikte çalışarak her sistem için kabul edilebilir kesinti süresi ve veri kaybı miktarı netleştirilmelidir. Muhasebe sunucusu için bir saatlik RPO gerekli olabilirken, test ortamı için günlük yedek yeterlidir.
RPO hedefi yedekleme sıklığını doğrudan belirler. Dört saatlik RPO hedefi olan bir sistemin en az dört saatte bir yedeklenmesi gerekir. RTO hedefi ise yedekleme çözümünün geri dönüş hızını, altyapı kapasitesini ve dokümantasyon kalitesini etkiler.
# Örnek: RPO/RTO planlama tablosu
# +-----------------+--------+--------+------------------+
# | Sistem | RPO | RTO | Yedek Sıklığı |
# +-----------------+--------+--------+------------------+
# | ERP Veritabanı | 1 saat | 2 saat | Saatlik |
# | Dosya Sunucusu | 4 saat | 4 saat | 4 saatte bir |
# | Web Sunucusu | 24 saat| 1 saat | Günlük |
# | Test Ortamı | 48 saat| 8 saat | Haftalık |
# +-----------------+--------+--------+------------------+Geri dönüş testini ihmal etmeyin
Yedek almak işin yarısıdır; asıl soru, bu yedekten geri dönebilir misiniz? Geri dönüş testi yapılmayan yedekler sadece disk alanı tüketen dosyalardır. Test edilmemiş bir yedekle kriz anında karşılaşmak, hiç yedek almamışsınız gibi hissettirir.
Geri dönüş testleri iki düzeyde planlanmalıdır. Kısmi testlerde tek bir sanal makine veya belirli dosyalar geri döndürülür ve çalıştığı doğrulanır. Tam testlerde ise tüm ortam farklı bir altyapıya geri yüklenir, ağ bağlantıları kontrol edilir ve uygulamalar uçtan uca test edilir.
# Hyper-V: Yedekten test ortamına geri yükleme
Import-VM -Path "D:\Backup\SRV-DC01\Virtual Machines\*.vmcx" `
-Copy -GenerateNewId `
-VhdDestinationPath "E:\Test-Restore\VHD" `
-VirtualMachinePath "E:\Test-Restore\VM"
# Geri yüklenen VM'i izole ağda başlatma
Get-VM "SRV-DC01 - Kopya" | Get-VMNetworkAdapter |
Connect-VMNetworkAdapter -SwitchName "Test-Isolated"
Start-VM "SRV-DC01 - Kopya"Test sonuçları mutlaka belgelenmeli ve tarih, geri döndürülen sistem, geçen süre, karşılaşılan sorunlar ve alınan aksiyonlar kaydedilmelidir. Bu belgeler hem denetim gereksinimlerini karşılar hem de gelecekteki testlerin iyileştirilmesine katkı sağlar.
Hızlı kontrol listesi
- Snapshot'lar yedek yerine kullanılmıyor ve belirli sürede siliniyor mu?
- Her kritik VM için RPO ve RTO hedefleri yazılı olarak belirlendi mi?
- Yedekleme yaklaşımı (agent/agentless) sistem gereksinimlerine uygun mu?
- Yedekler canlı ortamdan farklı bir depolama alanında saklanıyor mu?
- Geri dönüş testleri düzenli olarak yapılıp sonuçları belgeleniyor mu?
- Yedekleme işlerinin başarı/başarısızlık durumu izleniyor mu?
- Yedek depoları ayrı yetkilerle korunuyor mu?
Sanal makine yedeklemesinde en tehlikeli varsayım, snapshot'un yedek yerine geçtiğini düşünmektir. Gerçek güvence bağımsız kopya, düzenli test ve belgelenmiş geri dönüş planıdır.
Sonuç
Sanal makine ortamlarında yedekleme stratejisi; snapshot yönetimi, doğru yedekleme yaklaşımı seçimi, RPO/RTO planlaması ve düzenli geri dönüş testlerinin birleşiminden oluşur. Bu süreçlerin doğru kurulması hem veri kaybı riskini azaltır hem de kesinti süresini öngörülebilir kılar.
Sanallaştırma hizmetleri ve yedekleme ve kurtarma çözümleri ile mevcut ortamınızı değerlendirmek isterseniz benimle iletişime geçebilirsiniz.