Veeam Backup & Replication ortamlarında Scale-Out Backup Repository (SOBR), birden fazla repository’yi tek bir mantıksal yedekleme hedefi altında yönetmeyi sağlar. Doğru tasarım; yalnızca kapasiteyi artırmak değil, geri yükleme hedeflerini, hata alanlarını, immutability gereksinimlerini ve maliyeti birlikte planlamaktır.
Amaç ve Kapsam
Bu rehberde Performance Tier, Capacity Tier ve Archive Tier bileşenlerini; extent seçimini, yerleşim politikalarını, offload davranışını, güvenlik ve troubleshooting adımlarını inceliyoruz. Menü isimleri ve desteklenen repository türleri Veeam sürümüne/lisansına göre değişebileceğinden üretim öncesinde kendi sürümünüzün User Guide ve Best Practices belgelerini kontrol edin.
Ön Koşullar
- Desteklenen Veeam Backup & Replication sürümü ve uygun lisans.
- Repository sunucuları, depolama kapasitesi ve erişim izinleri.
- İş yükü, günlük değişim oranı, saklama süresi, RPO/RTO ve restore test planı.
- Object storage kullanılacaksa erişim, kimlik bilgileri, bucket/container ve maliyet planı.
- Yedekleme sunucusu, proxy, repository ve ağ bant genişliği için kapasite değerlendirmesi.
SOBR Mimarisini Anlamak
Performance Tier
İlk yedekleme verilerinin tutulduğu repository extent’lerinden oluşur. Birden fazla desteklenen repository eklenebilir. Extent’ler kapasite ve performans açısından dengelenmeli; aynı fiziksel arıza alanına bağımlı birden fazla extent gerçek dayanıklılık sağlamayabilir.
Capacity Tier
Desteklenen object storage hedefleri kullanılarak yedeklerin copy veya move politikalarıyla ikinci katmana aktarılması sağlanır. Copy ve move aynı işlem değildir: copy ek kopya üretmeye, move ise uygun yedek zincirlerini belirlenen koşullarda performans katmanından taşımaya yöneliktir.
Archive Tier
Desteklenen arşiv depolama hedeflerinde uzun süreli saklama için kullanılır. Archive Tier her SOBR’da zorunlu değildir. Arşivden geri getirme süresi ve sağlayıcı ücretleri restore tasarımının parçasıdır.
1. Kapasite ve Hata Alanı Planlaması
İlk olarak korunan veri büyüklüğünü, değişim oranını, retention süresini, full/incremental zincir yapısını, compression/deduplication beklentisini ve büyüme payını hesaplayın. Synthetic full ve health check işlemleri için geçici alan ihtiyacını da göz önünde bulundurun.
Extent sayısının artması tek başına daha yüksek performans veya daha düşük risk garantilemez. Depolama IOPS/throughput, proxy paralelliği, concurrent tasks, ağ ve disk özellikleri birlikte ölçülmelidir.
2. Performance Tier Repository Hazırlığı
Windows veya Linux tabanlı desteklenen repository’leri Veeam’e ekleyin. Linux Hardened Repository kullanılacaksa Veeam’in ilgili sürüm için önerdiği tek kullanımlık kimlik bilgileri, yetki ayrımı, dosya sistemi ve immutable backup yapılandırmasını izleyin.
XFS reflink veya ReFS block cloning, desteklenen senaryolarda synthetic full işlemlerinin alan ve işlem yükünü azaltabilir. Ancak her iş yükünde NVMe veya RAID10 zorunlu değildir; disk topolojisini gerçek ölçümlere göre seçin.
3. SOBR Oluşturma
- Veeam konsolunda Backup Infrastructure → Scale-out Repositories bölümüne gidin.
- Yeni SOBR oluşturun ve açıklayıcı bir ad verin.
- Performance Tier için önceden hazırlanmış repository extent’lerini seçin.
- Placement Policy seçimini iş yükü ve geri yükleme tasarımınıza göre yapın.
- Capacity Tier kullanılacaksa uygun object storage repository’yi ve copy/move politikasını yapılandırın.
- Gerekiyorsa Archive Tier ve uzun süreli saklama ayarlarını tanımlayın.
- Özet ekranını inceleyip yapılandırmayı tamamlayın.
4. Placement Policy: Data Locality ve Performance
Data locality, aynı yedek zincirine ait verilerin mümkün olduğunca aynı extent üzerinde tutulmasına odaklanır. Performance politikası ise uygun senaryolarda full ve incremental verilerin farklı extent’lere dağıtılmasını sağlayabilir. Seçim; zincir bütünlüğü, restore davranışı ve repository performansına göre yapılmalıdır.
Birden fazla extent kullanıldığında Veeam’in hangi restore point’i hangi extent’e yerleştirdiğini operasyonel olarak izleyin. Extent’i devreden çıkarma ve veri taşıma prosedürünü önceden planlayın.
5. Capacity Tier: Copy ve Move Politikaları
Capacity Tier etkinleştirildiğinde object storage erişimini ve kimlik bilgilerini test edin. Copy politikası yedeklerin ek kopyasını object storage’a göndermek için; Move politikası ise uygun eski/inactive yedek zincirlerini performans katmanından taşımak için kullanılır.
Move için seçilen yaş eşiğinin bütün yedek dosyalarının her koşulda aynı gün taşınacağı anlamına gelmediğini unutmayın. Zincirin uygunluğu, aktif/inaktif durumu ve job türü offload davranışını etkileyebilir.
Object storage sağlayıcısının API, immutability, egress ve retrieval ücretlerini ayrıca değerlendirin.
6. Archive Tier ve Uzun Süreli Saklama
Uzun retention ve GFS restore point’leri için desteklenen Archive Tier hedefleri kullanılabilir. Ancak Archive Tier geri yüklemeleri daha uzun sürebilir; veri geri çağırma işlemleri ve sağlayıcı ücretleri kurtarma süresi hedefini etkiler.
Arşiv katmanına taşınacak restore point türlerini, minimum saklama sürelerini ve geri çağırma prosedürünü test ortamında doğrulayın.
7. Immutability ve Ransomware Dayanıklılığı
Linux Hardened Repository immutability ve desteklenen object storage immutability birbirini tamamlayabilir; bunlar otomatik olarak aynı koruma mekanizması değildir. Koruma süresi, repository türü, sağlayıcı desteği ve sürüm kısıtlarını ayrı ayrı doğrulayın.
- Backup yönetim hesaplarını üretim domain yönetim hesaplarından ayırın.
- Repository erişimini ve yönetim portlarını kısıtlayın.
- Object storage için minimum yetki ve uygun kimlik doğrulama kullanın.
- Immutable retention değerini iş gereksinimi ve yasal saklama sürelerine göre belirleyin.
- Backup configuration yedeğini ve kurtarma bilgilerini güvenli bir yerde tutun.
- 3-2-1-1-0 yaklaşımını değerlendirin; restore doğrulaması olmadan yalnızca başarılı job sonucuna güvenmeyin.
8. Backup Job ve Repository Ataması
Yeni veya mevcut job’un hedef repository’sini SOBR olarak seçin. Mevcut job’u taşırken zincir ve repository davranışını inceleyin; çalışan job sırasında extent kaldırma veya dosyaları elle taşıma işlemi yapmayın. SOBR değişikliklerini bakım penceresinde ve yedeklerin doğruluğunu kontrol ederek gerçekleştirin.
9. Doğrulama ve Restore Testi
- Job’un SOBR hedefini kullandığını ve başarıyla tamamlandığını doğrulayın.
- Performance Tier extent’lerinde boş alan ve işlem yükünü kontrol edin.
- Capacity Tier offload session ve object storage erişimini inceleyin.
- Immutability süresinin beklendiği gibi uygulandığını doğrulayın.
- Dosya ve sanal makine geri yükleme testleri gerçekleştirin.
- Object storage veya Archive Tier üzerinden geri yükleme senaryosunu ayrıca test edin.
- Ölçülen restore süresini RTO hedefiyle karşılaştırın.
10. Troubleshooting
Extent doluyor
Job büyümesini, synthetic full sıklığını, retention ayarlarını ve offload politikasını kontrol edin. Yedek dosyalarını işletim sisteminden manuel silmeyin; Veeam’in desteklediği bakım ve taşıma prosedürlerini kullanın.
Capacity Tier offload çalışmıyor
Object storage erişimi, yetkiler, servis bağlantısı, offload policy ve uygun backup chain koşullarını kontrol edin. İlgili session loglarını inceleyin.
Backup performansı düşük
Job bottleneck göstergelerini, proxy/repository concurrent task ayarlarını, disk latency, ağ throughput ve object storage erişimini birlikte değerlendirin.
Restore beklenenden uzun sürüyor
Verinin hangi tier üzerinde olduğunu, recall/egress süreçlerini, internet bağlantısını ve hedef depolama performansını kontrol edin.
Immutability beklenen şekilde işlemiyor
Repository türünü, desteklenen dosya sistemi/sağlayıcı seçeneklerini, immutable retention değerini ve ilgili backup job ayarlarını yeniden doğrulayın.
Best Practice Kontrol Listesi
- RPO/RTO ve retention hedeflerini belgeleyin.
- Extent’leri kapasite ve performansa göre boyutlandırın.
- Tek hata alanına bağımlı tüm kopyaları “yedeklilik” saymayın.
- Copy ve move politikalarını karıştırmayın.
- Immutability’yi ayrı katmanlarda test edin.
- Object storage maliyetini yalnızca depolama ücretinden ibaret görmeyin.
- Gerçek geri yükleme testi yapın ve sonuçları kaydedin.
Sonuç
SOBR; Performance Tier repository’lerini tek mantıksal hedefte toplarken uygun ortamlarda Capacity Tier ve Archive Tier ile genişletilebilir. Sağlam tasarımın ölçütü yalnızca yedekleme işinin başarılı görünmesi değil, verinin güvenli tutulması ve gerektiğinde hedeflenen sürede geri yüklenebilmesidir.
Resmi Dokümantasyon
Veeam Backup & Replication User Guide – Scale-Out Backup Repositories
İlgili Rehber
Veeam YARA ile Malware Detection ve Secure Restore — Yedekleme mimarisi ve güvenli geri yükleme süreçlerini birlikte değerlendirin.
