Veeam SOBR ile Katmanlı Depolama: Yerel NVMe Performans Katmanı ve Azure Blob Soğuk Arşivleme

Kurumsal veri hacmi her yıl %30 ila %50 oranında büyür. Her yeni terabayt veri için sistem odasına yeni bir fiziksel sunucu veya disk rafı eklemek hem donanım bütçesini tüketir hem de yönetim karmaşasını artırır. Veeam'in Scale-Out Backup Repository (SOBR) mimarisi, farklı fiziksel disk depolarını tek bir mantıksal havuzda birleştirir ve bulut depolama katmanlarıyla (Azure Blob / AWS S3) entegre ederek sınırsız ve maliyet optimize bir depolama sunar.

1. SOBR Katman Hiyerarşisi (Tiering)

SOBR temelde üç ana katmandan oluşur:

1. Performance Tier (Performans Katmanı): Şirket içindeki hızlı depolama alanlarıdır (Yerel NVMe/SSD havuzları veya hızlı NAS üniteleri). En son alınan günlük yedekler buraya yazılır; bu sayede geri yüklemeler anında gerçekleşir.
2. Capacity Tier (Kapasite Katmanı): Nesne depolama (Object Storage - Azure Blob Hot/Cool veya AWS S3). 7 günden eski yedekler otomatik olarak buraya kopyalanır veya taşınır.
3. Archive Tier (Arşiv Katmanı): Çok ucuz soğuk depolama katmanıdır (Azure Blob Archive / AWS S3 Glacier). Yasal olarak 5-10 yıl saklanması gereken yıllık ve aylık GFS yedekleri burada depolanır.

[Günlük Yedekler: 1-7 Gün]  -> PERFORMANCE TIER (Yerel Hızlı Diskler)
        │
        ▼ (Move Policy: 7 Günden Eski Olanları Taşı)
[Haftalık/Aylık: 8-90 Gün]  -> CAPACITY TIER (Azure Blob Cool / S3 Standard)
        │
        ▼ (Archive Policy: 90 Günden Eski Olanları Sıkıştır ve Dondur)
[Yasal Arşiv: 1-10 Yıl]     -> ARCHIVE TIER (Azure Blob Archive - GB Başına Kuruşlar!)

2. Veri Taşınma Politikaları: Copy vs Move Policy

SOBR üzerinde iki farklı veri hareket mekanizması kurgulanabilir:

• Copy Policy (Anında İkizleme): Yedek yerel depoya yazıldığı an bir kopyası da nesne depolamaya gönderilir (3-2-1 kuralını anında sağlamak için mükemmeldir).
• Move Policy (Yerel Alanı Boşaltma): Yedekleme zincirindeki veriler 7 günden eskidiyse yerel diskten silinir ve yalnızca bulut nesne deposunda tutulur. Bu sayede yerel diskleriniz asla dolmaz!

3. Azure Blob İmmutable (WORM) Entegrasyonu

Azure Blob Storage üzerinde Version-Level Immutability açarak, buluta giden yedeklerin fidye yazılımları veya kötü niyetli kişiler tarafından Azure portalından dahi silinememesi sağlanır.

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

• Azure Egress (Veri İndirme) Maliyet Tuzağı: Azure Blob Archive katmanından veri geri yüklemek (rehydrate) saatler sürebilir ve yüksek çıkış (egress) veri transfer ücreti oluşturabilir. Günlük operasyonel geri yüklemeler için Archive katmanına değil, Performance veya Capacity katmanına güvenilmelidir.
• Seeding Olmadan İlk Yedeğin Gönderilmesi: 20 TB'lık ilk yedeği zayıf bir internet hattı üzerinden Azure'a doğrudan göndermeye çalışmak haftalar sürer. İlk tam yedek (Full Backup) yerel depoda tamamlandıktan sonra buluta aktarılmalı veya Azure Data Box gibi fiziksel taşıma çözümleri düşünülmelidir.

Mühendis Notu

FinOps prensiplerini yedekleme altyapınıza uygulayın. 3 yıl önceki bir dosya sunucusu yedeğini yerel pahalı SSD disklerinizde tutmak şirketin kaynaklarını israf etmektir. SOBR ile eski veriyi otomatik olarak ucuz bulut katmanına kaydırarak donanım bütçesinden %70 tasarruf edin.