Cloud Yedekleme Servisleri Ücret Karşılaştırması: Hangi Plan?

Cloud yedekleme servislerinde fiyatlar ilk bakışta “GB başına” gibi görünür; ancak fiili maliyet çoğu zaman yedek sıklığı, değişen veri miktarı, bant genişliği (download/upload) ve geri dönüş (restore) performansı yüzünden değişir. Bu yazıda, farklı bulut yedekleme modellerini (dosya tabanlı, imaj tabanlı, yönetilen yedekleme) aynı ölçekte düşünmenize yardım eden bir karşılaştırma çerçevesi vereceğim. Ayrıca örnek senaryolar üzerinden hangi planın maliyet olarak daha avantajlı çıktığını netleştireceğiz.

Not: Servislerin fiyatları ülke, faturalandırma dönemi ve kampanyalara göre değişebilir. Bu rehber, “fiyat kalemlerini” doğru eşleştirerek karar vermenizi sağlar.

Cloud yedekleme fiyatlarını asıl etkileyen 6 kalem

Bir servis seçiminde “aylık depolama” tek başına yetmez. Aşağıdaki 6 kalem, toplam maliyeti belirleyen ana değişkenlerdir.

1. Depolama (Storage): Anlık tuttuğunuz toplam veri (veri büyüdükçe artar).
2. Yedekleme sıklığı ve sürümler (Retention/Versions): Aynı dosyanın birden fazla sürümü, depolamayı lineer artırır.
3. Değişen veri oranı (Dedupe/Incremental): Sadece değişen blokların saklanması (incremental) maliyet avantajı sağlar.
4. Bant genişliği (Data transfer): Özellikle çok restore yapılırsa veya başlangıçta büyük “seed” (ilk kopyalama) yapılırsa ücretler artabilir.
5. Restore ücreti veya hız limiti: Bazı servisler restore operasyonunu ayrı faturalandırır.
6. Ekleme/onboarding seçenekleri: Yönetilen agent kullanımı, veri şifreleme, sınırsız cihaz sayısı gibi maddeler plan farkı yaratır.

“GB başına” gibi görünen fiyat niye yanıltır?

Örnek: Aylık 10 TB depolama ucuz görünen bir servis, restore için yüksek bant/operasyon ücreti alabilir. Gerçek kullanımda çoğu ekip, maliyetin yarısını depolamada değil, aktarım ve operasyon tarafında görür.

Dosya mı imaj mı? Ücret modeli buna göre değişir

Cloud yedeklemeyi ikiye ayırmak, doğru maliyet hesabını başlatır.

Dosya tabanlı yedekleme (File backup)

• Avantaj: Dosya düzeyinde restore hızlı planlanır.
• Maliyet etkisi: Sıklık arttıkça sürüm sayısı depolamayı yükseltir.
• Tipik kullanım: WordPress siteleri, dokümanlar, e-ticaret ürün görselleri.

İmaj (image) / VM yedekleme (VM backup)

• Avantaj: Tüm sistemi geri getirme kolaylaşır.
• Maliyet etkisi: Değişen blok oranı düşükse incremental ile tasarruf edilir; yüksekse depolama hızla büyür.
• Tipik kullanım: VDS/VPS üzerinde çalışan uygulamalar, mail sistemleri, veritabanı kümeleri.

Ücret karşılaştırma metodolojisi (tek sayfada hesap)

Karşılaştırma yapmadan önce servislerden şu bilgileri istemeniz veya fiyat sayfasından çekmeniz gerekir: - Depolama birimi (TB/ay) - Minimum faturalama (ör. 1 ay, yıl peşin) - Yedekleme sıklığı ve retention (kaç gün/sürüm) - Incremental/dedupe var mı? - Veri transfer (upload/download) nasıl ücretleniyor? - Restore için ayrı ücret veya hız limiti var mı? - “Agent” / “management” maliyeti var mı?

Aşağıdaki şablonla toplam aylık maliyeti hesaplayın: - Aylık Depolama = (Ortalama saklanan veri) × (GB/TB fiyat) - Aylık Transfer = (Yedekleme upload + restore download) × (transfer fiyatı) - Operasyon/Restore = (restore sayısı veya job başına ücret) - Ekler = (şifreleme, yönetilen yönetim katmanı, ek cihaz)

Senaryo tabanlı net örnekler (maliyet niyetiyle)

Aşağıdaki örnekler, belirli servis isimleri vermeden “hangi kalemin” öne çıkacağını göstermesi için tasarlandı. Net sonuç, veri değişim oranı ve restore ihtiyacıyla şekillenir.

Senaryo 1: 500 GB veri, haftalık yedek, yılda 4 restore

• Veri büyüme: Düşük (ayda ~10 GB artış)
• Retention: 30 gün sürüm
• Değişen veri oranı: Düşük (incremental güçlüysa maliyet düşer)

Maliyet eğilimi: - Depolama: Makul (30 gün sürüm, toplam büyümeye bağlı) - Transfer: Restore az olduğu için düşük - En kritik nokta: 30 gün sürümün nasıl faturalandığı (sürüm başına değil, etkin depolama üzerinden mi?)

Senaryo 2: 5 TB veri, günlük yedek, ayda 20 restore

• Veri büyüme: Orta (ayda ~200 GB)
• Retention: 90 gün
• Değişen veri oranı: Orta (web içerikleri ve loglar)
• Restore: Çok (test/staging süreçleri)

Maliyet eğilimi: - Depolama: Yüksek (90 gün sürüm) - Transfer: Çok belirleyici (ayda 20 restore download) - En kritik nokta: restore için bant/operasyon ücreti ve restore hız limiti

Senaryo 3: VM/İmaj yedekleme, 10 VM, her VM günde orta değişiyor

• Değişen blok: Orta-yüksek
• Retention: 30-60 gün
• Restore: Nadiren tam sistem, ama bazen dosya/VM bazında

Maliyet eğilimi: - Depolama: Blok değişimi fazla olduğunda artar - Transfer: İlk seed (ilk kopyalama) maliyeti hissedilir - En kritik nokta: incremental + dedupe etkinliği ve ilk aktarım stratejisi

Karşılaştırma tablosu: Plan seçerken hangi sorular?

Aşağıdaki liste, fiyatı daha anlamlı karşılaştırmak için doğrudan kontrol sorularıdır.

Ücret karşılaştırmasında sık yapılan 5 hata

1. Sadece “depolama” fiyatını karşılaştırmak: Transfer/restore ücreti toplamı aşabilir.
2. Retention’ı yanlış yorumlamak: 30 gün retention ile 30 sürüm aynı değildir; bazı servisler haftalık/aritmetik saklama yapar.
3. Değişen veri oranını varsayımsal almak: Gerçekte log, cache, temp ve veritabanı değişimi maliyeti dramatik artırabilir.
4. Restore ihtiyacını sıfır kabul etmek: Staging/test süreçleri veya arıza senaryoları restore sayısını büyütür.
5. İlk seed maliyetini göz ardı etmek: İlk kopyalama büyük veri ister; bir kere ödenen ama bütçeyi etkileyen kalemdir.

Net karar: Hangi ekip hangi modelle ilerlemeli?

Web siteleri (WordPress vb.) için net seçim

• Dosya tabanlı servisler veya “uygulama odaklı” yedekleme (plugin/agent) genellikle ilk kurulumda daha hızlıdır.
• Ücret açısından kritik olan: sürüm sayısı (retention) ve restore başına bant/iş ücreti.

Kıyas yaparken şu tercihi hedefleyin: - Günlük yedek + 30-60 gün retention - Restore senaryosunda dosya/DB restore hızı - Veri transfer limitleri (restore sırasında kısıt varsa gecikme maliyeti olur)

VDS/VPS ve uygulamalar için net seçim

• VM yedekleme/imaj tabanlı servisler: hızlı kurtarma sağlar.
• Ücret açısından kritik: incremental/dedupe gücü ve VM başına lisans/iş ücreti.

Kıyas yaparken hedef: - VM sayısı ve agent lisansı net olsun - Restore için hız limiti ve restore operasyon ücreti açık olsun

Maliyet optimizasyonu: Aynı riski daha düşük fiyata indirin

Yedekleme kalitesini düşürmeden maliyeti kontrol etmek mümkündür.

1) Retention’ı risk düzeyine göre katmanlayın

• Üretim (production): 30-90 gün
• Kritik geri dönüş senaryosu için kısa süreli yüksek ayrıntı
• Uzun süre arşiv: Daha düşük frekans + daha ucuz depolama katmanı

2) Log/temp gibi “gereksiz ağırlıkları” hariç tutun

Veri setinde gereksiz dosyalar (temp, cache, log rotasyon dışı) transfer ve depolamayı şişirir. - Yedek kapsama alanını netleştirin - Exclude (hariç tut) kuralları uygulayın

3) Restore simülasyonu yapın, restore sayısını planlayın

Tek seferde “her şey çalışıyor” varsayımı yerine: - Ayda 1 kez küçük restore denemesi - Büyük restore’yi senaryoya bağlama (ör. DB kaybı, dosya bozulması)

Bu yaklaşım restore operasyonlarını daha öngörülebilir yapar ve “fatura sürprizi” riskini azaltır.

NetKıyas’ta karşılaştırma yaparken pratik kontrol listesi

NetKıyas’ta farklı sağlayıcıları incelerken şu bilgileri aynı sırayla karşılaştırın: - Depolama fiyatı: TB/ay (retention ile birlikte etkisini görün) - Veri transferi: Yedekleme upload + restore download - Restore/geri dönüş: job başına ücret veya hız limiti - Incremental/dedupe: değişen veri oranında avantaj sağlayan özellik - Plan sınırları: cihaz/VM sayısı, agent lisansı

Aksiyonel kural: “Aynı retention (ör. 30 gün) + benzer restore sıklığı” olmadan planları kıyaslamak, çoğu kullanıcı için yanlış sonuca götürür.

Sonuç: Bütçeyi yönetmek için tek hedef, “toplam geri dönüş maliyeti” olsun

Cloud yedekleme servislerinde en doğru fiyat karşılaştırması; depolama, transfer ve restore maliyetlerini aynı senaryoda birleştirerek yapılır. İlk adım olarak kendi veri setiniz için günlük değişen veri oranını ve ayda kaç restore gerekeceğini netleştirin. Ardından 30/60/90 gün retention senaryolarını ve restore kalemlerini fiyat tablolarıyla eşleştirerek seçiminizi sabitleyin. Eğer şu an servisleri tek tek inceleyip kararsız kalıyorsanız, ilk olarak “restore maliyeti” ve “transfer ücretleri”ni şeffaf yazan planları öne alın; toplam maliyet çoğu zaman orada belirginleşir.