Bulut Sunucuda Saatlik Fiyatlandırma: Gerçek Maliyet Hesabı

Bulut sunucuda saatlik fiyatlandırma çoğu kullanıcı için başlangıç noktasıdır; ancak gerçek maliyet çoğunlukla tek satırlık tariften çıkmaz. CPU ve RAM’in yanı sıra disk, yedekleme (backup), ağ çıkışı (egress), yük dengeleme ve yönetim/izleme gibi kalemler toplamı belirler. Bu yazıda, bulut sağlayıcılarda sık görülen kalemleri esas alarak saatte görünen fiyatı “gerçek toplam aylık fatura”ya dönüştürmek için net bir yöntem kuracaksınız.

Saatlik fiyat neden tek başına yetmez?

Saatlik ücret; genellikle hesaplama (compute) için istenir. Fakat pratikte aşağıdaki harcamalar compute fiyatını geçebilir:

• Disk/SSD tutarı: Kalıcı depolama (block storage) çoğu senaryoda aylık sabit gider olur.
• Ağ çıkışı (egress): İnternete giden trafik üzerinden hesaplanır. Örneğin CDN kullanımı bile bazı senaryolarda origin’den geri dönüş trafiği yaratır.
• Snapshot/backup: “Yedekleme var” denince tek seferlik değil, saklama süresi ve sıklık maliyet çıkarır.
• Ek bileşenler: Load balancer (L7/L4), NAT gateway, WAF, managed database gibi servisler compute dışındadır.
• İnstances boyutları ve otomatik ölçek: Auto-scaling çalıştığında saatlik maliyet beklenmedik şekilde artabilir.

NetKıyas’ta VDS/VPS gibi karşılaştırmalara ek olarak bulut tarafında da benzer bir yaklaşım gerekir: “Saatlik fiyat” yerine “aynı iş yükü ile aylık toplam” hedefleyin.

Hesaplamada temel varsayım seti

Gerçek maliyet çıkarma için şu 6 parametreyi netleştirmeniz gerekir:

1. Sunucunun ortalama çalışma saati (24/7 mi, iş saatleri mi?)
2. Kullanacağınız instance tipi (vCPU/RAM/disk)
3. Disk boyutu (GB-TB) ve performans sınıfı (IOPS/throughput)
4. Aylık ağ çıkışı (GB/ay)
5. Snapshot/backup sıklığı ve saklama süresi
6. Opsiyonel servisler (load balancer, NAT, log/monitoring)

Gerçek maliyet hesabı: Adım adım kontrol tablosu

Aşağıdaki yöntem, saatlik fiyatı aylığa çevirip diğer kalemleri ekleyerek “fatura gerçekliği”ni yakalar.

1) Compute (saatlik) maliyetini aylığa çevirin

Önce şu formül:

• Aylık compute = saatlik compute fiyat × aylık çalışma saati

Aylık çalışma saati için pratik kullanım: - 30 gün varsayımı: 30 × 24 = 720 saat

Örnek: Saatlik compute 0.08 USD ise 24/7: - 0.08 × 720 = 57.6 USD/ay

2) Disk (storage) maliyetini ekleyin

Disk genellikle iki şekilde gelir: - Block storage (SSD/HDD): Saklanan GB üzerinden - Snapshot saklama: Snapshot’lar belirli süre saklanır

Disk hesabı için: - Aylık disk = disk GB × GB-fiyatı (aylık)

3) Ağ çıkışı (egress) en büyük kalem olabilir

Ağ egress çoğu senaryoda compute’ten hızlı büyür. Hesap: - Aylık egress = egress GB × GB-fiyatı

Dikkat: Bazı sağlayıcılar inbound (giriş) için ücret almaz; ama outbound (çıkış) ücretlidir. Ayrıca aynı veri birden fazla kez origin’den çıkarsa maliyet katlanır.

4) Snapshot/backup’i “yedekleme bütçesi”ne çevirin

Snapshot maliyetleri iki parça olarak görülür: - Snapshot alım işlemi/kapasite - Snapshot saklama (backup retention)

Örnek mantık: - Her gün snapshot alınıyor (30 snapshot/ay) - Bunlar 7 gün saklanıyor → saklanan snapshot adedi limitlenir - Snapshot saklama için “değişiklik kadar ek alan” hesaplayan modeller de vardır

Bu yüzden tek satır fiyat yerine sağlayıcının snapshot dokümanındaki hesap mantığına göre ilerleyin.

5) Opsiyonel servisleri listeleyin

Bu kalemler bazen küçük görünür ama hızlı toplanır: - Load balancer saat/GB - WAF (aylık paket + rule/requests) - NAT gateway (GB üzerinden) - Managed DNS/registry gibi yan hizmetler - Monitoring/log (GB ingest)

Aşağıdaki tablo, “hızlı muhasebe” şablonudur. Sizin sağlayıcınızın birim fiyatları ile doldurun.

Bu örnekte egress, compute’ü geçiyor. Bu gerçek, saatlik fiyatı tek başına “ucuz” sanmayı engeller.

Aynı iş yükünde maliyeti etkileyen 5 senaryo

Saatlik fiyat aynı kalsa bile maliyet farklılaşır. En sık görülen 5 senaryo:

1) 24/7 çalışan servis vs. zamanlayıcı iş

• Bir web uygulaması 24/7 ise 720 saat compute ödersiniz.
• Sadece cron ile çalışan bir görev (ör. her saat) için scheduling/short-lived instance kullanırsanız compute saatleri ciddi azalır.

Net hesap hedefi: - Cron işlerinin ortalama çalışma süresini ölçün (ör. dakika başına) ve “iş başına compute” mantığıyla ilerleyin.

2) Otomatik ölçek (auto-scaling)

Auto-scaling, talep artınca instance açar. Fakat ölçekleme eşiği yanlış ayarlanırsa “bir dakikalık yoğunluk” saatlerce maliyete yansır.

Kontrol listesi: - Scale-out eşiği: CPU/RAM mi yoksa request sayısı mı? - Scale-in gecikmesi: Ani kapanmayı engellemek için kaç dakika bekleniyor? - Minimum instance: “Hiç kapanmasın” ayarı maliyeti sabitler.

3) Disk performansı ihtiyacı (IOPS/throughput)

Yavaş disk tek başına “maliyet” değildir; ama uygulama gecikince iş yükü uzar. Örneğin: - Daha düşük IOPS ile uygulama 2x yavaş yanıt verebilir - Bu da aynı trafik için daha uzun süre instance açık kalmasına yol açar

Dolayısıyla disk sınıfını hesaplarken sadece GB değil, uygulamanın SLA davranışını dikkate alın.

4) Egress optimizasyonu

Ağ çıkışı maliyetini düşürmek için pratik önlemler: - CDN kullanın (static içerik için) - Cache-Control başlıklarını doğru ayarlayın - Tekrarlı istemlerde origin’den tekrar veri akmasını azaltın

Bu konu ayrı bir rehber olmasına rağmen, maliyet hesabında egress değerini güncel tutmak en önemlisidir.

5) Log ve metrik maliyeti

Aşırı loglama maliyeti büyütür. Özellikle: - Detaylı debug log seviyeleri - Çok yüksek request sayısı - Uzun saklama retention

Net yaklaşım: - Log seviyelerini üretim ortamında INFO/WARN bandına çekin - Gerekli metrikleri seçin (her şeyi ingest etmek maliyeti artırır)

“Saatlik” ile “gerçek aylık” arasındaki farkı ölçmek için yöntem

Bulanık tahmin yerine ölçümle ilerleyin. Aşağıdaki yöntem, en az varsayımla gerçek maliyet yaklaşımı sağlar.

1) 7 günlük pilot fatura çıkarın

• Instance’ı aynı yapılandırmayla 7 gün çalıştırın
• Sağlayıcının “usage” sayfasında compute/disk/egress kırılımını kontrol edin

7 gün verisini aylığa çevirmek için: - Aylık tahmin = 7 gün × (30/7)

Bu, tek seferlik “tam ay” testinden daha hızlıdır.

2) Egress’i hedef aralığa oturtun

Egress tahmini yaparken tek bir sayı yerine bant koyun: - Düşük trafik günü (ör. 08-12 arası) - Orta trafik günü - Tepe trafik günü

Sonra sağlayıcıdaki fiyatlandırma basamaklarına göre en kötü durumu kontrol edin.

3) Instance’ı kapatma ve yeniden başlatma ile maliyet farkını görün

Bazı ekipler testte instance’ı kapatmayı unutur. Deney: - Aynı yük testini iki gün çalıştırın - İkinci gün instance’ı yalnızca test aralığında açık tutun

Compute farkı net biçimde çıkar ve “24/7 otomatik değil” gerçeğini gösterir.

Bulut mu, VDS/VPS mi? Saatlik fiyatın rehber rolü

Bulut sunucuda saatlik ücret sizi esnekliğe taşır. VDS/VPS ise çoğunlukla aylık paket mantığıyla ilerler. Hangi tarafta daha net maliyet çıkarılır:

• Dalgalı trafik: Bulut daha avantajlıdır; ölçekleme ile boş kapasiteyi azaltırsınız.
• Sabit yük: VDS/VPS aylık paket daha öngörülebilir olur.
• Egress maliyeti kritikse: Her iki modelde de CDN ve cache ile egress’i düşürmek gerekir; bulut sadece hesaplama tarafında esneklik sağlar.

NetKıyas yaklaşımı: Fiyatı değil, iş yükünü karşılaştırın

Bir sağlayıcıdan diğerine geçerken sadece “saatlik $X” bilgisiyle karar verilmez. NetKıyas’ta da mantık aynı:

1. Aynı vCPU/RAM seviyesini yakalayın
2. Disk kapasitesi ve performans sınıfını eşleyin
3. Aylık trafik (egress) düzeyinizi baz alın
4. Yedekleme (backup) ve snapshot saklama sürelerini karşılaştırın
5. Ek servisleri kalem kalem ekleyin

Bu sayede “ucuz görünen” tekliflerin neden pahalıya dönüştüğünü görürsünüz.

Uygulama planı: Bugün başlayabileceğiniz aksiyonlar

Bulut saatlik fiyatı gerçek maliyete çevirmek için şu sırayı uygulayın: - Sağlayıcınızın kullanım panelinde compute/disk/egress kırılımını bulun. - Hedef iş yükünüz için son 7 gün veya mevcut ayın ilk bölümündeki egress değerini tespit edin. - Tablo şablonunu bir kez doldurun ve “toplam aylık” çıktısını çıkarın. - Auto-scaling kullanıyorsanız minimum instance ve scale-in gecikmesini netleştirin; maliyet sapmasını bu ayarlarda düzeltin. - Snapshot/backup retention süresini gözden geçirin: Yedekleme alınacaksa “gereksiz uzun saklama” maliyeti büyütür.

Sonuç olarak, bulutta saatlik fiyatlandırma tek başına karar ölçütü değildir; gerçek maliyet compute + disk + egress + backup/servisler toplamıdır. Bugün pilot hesap yapıp egress ve yedekleme kalemlerini netleştirdiğinizde, bir sonraki ay sürpriz yaşamadan doğru kapasiteyi seçersiniz.