Cloud Cost Optimization: Sağdan Boyutlandırma ve Reserved Instances

Cloud Cost Optimization: Sağdan Boyutlandırma ve Reserved Instances

Bulut faturalarını düşürmenin iki temel yolu vardır: daha az kaynak kullanmak (sağdan boyutlandırma) ve kullandığınız kaynaklar için daha az ödemek (taahhütlü indirimler). Ancak çoğu ekip bu iki stratejiyi yanlış sırayla uygular. Önce mevcut kaynaklar için indirim satın alır, sonra kaynakların aslında yarısının boşta olduğunu fark eder. İşte doğru yaklaşım ve iki stratejinin nasıl birlikte kullanılacağı.

1. Sağdan Boyutlandırma (Right-Sizing): Önce Gerçek İhtiyacı Ölçün

Sağdan boyutlandırma, bir kaynağın (VM, veritabanı, konteyner) gerçek kullanımını ölçerek, ona ayrılan kapasiteyi buna göre ayarlamaktır. Bulut israfının en büyük kaynağı, aşırı sağlanmış (over-provisioned) kaynaklardır.

Tipik Kullanım Eşikleri:

Metrik	Yetersiz (Underutilized)	Optimal	Aşırı Yük (Overutilized)
CPU	< %20 ortalama	%40-60 ortalama	> %80 ortalama
Bellek	< %30 ortalama	%50-70 ortalama	> %85 ortalama
Ağ	< %10 kapasite	Değişken	> %80 kapasite

Bu eşikler, bir kaynağın küçültülmeye (veya büyütülmeye) uygun olup olmadığını belirlemede başlangıç noktasıdır .

Bulut Sağlayıcılarının Araçları:

AWS: Compute Optimizer ve Cost Explorer, EC2 instance'ları için sağdan boyutlandırma önerileri sunar. CloudWatch agent ile bellek kullanımını da ölçüme dahil edebilirsiniz .
Azure: Azure Advisor, maliyet tasarrufu için sağdan boyutlandırma önerileri üretir. VPA (Vertical Pod Autoscaler) ile konteyner kaynak istekleri otomatik olarak ayarlanabilir .
GCP: Recommender servisi, Compute Engine instance'ları için sağdan boyutlandırma önerileri sunar .

Kritik Uyarı: Sağdan boyutlandırma, taahhüt öncesi yapılmalıdır. Cast AI'nin 23.000+ küme üzerindeki analizine göre ortalama CPU request kullanımı yalnızca %8 civarındadır. Bu kadar düşük kullanıma sahip bir kümede mevcut node sayısı üzerinden taahhüt vermek, aslında hiç ihtiyaç duyulmayan kapasiteye indirim satın almak anlamına gelir .

2. Taahhütlü İndirimler: Reserved Instances ve Savings Plans

İstikrarlı bir taban yükünüz varsa (sürekli çalışan sunucular, veritabanları), taahhütlü indirimler önemli tasarruf sağlar.

AWS:

Reserved Instances (RI): Belirli instance tipi ve bölge için 1 veya 3 yıllık taahhüt. Standart RI'lar en yüksek indirimi sunar ancak esnek değildir; Convertible RI'lar farklı instance tiplerine dönüştürülebilir .
Savings Plans: Saatlik harcama taahhüdü (ör. saatte 10$). Compute Savings Plans instance ailesi ve bölge esnekliği sunar; EC2 Instance Savings Plans daha yüksek indirim sağlar ancak belirli bir instance ailesine kilitlenir .

Azure:

Reserved VM Instances: Belirli VM SKU'su ve bölge için 1 veya 3 yıllık taahhüt. 3 yıllık taahhüt, 1 yıllığa göre yaklaşık %15 daha fazla indirim sağlar, ancak esneklik azalır .
Azure Savings Plan: Saatlik compute harcaması taahhüdü; VM ailesi ve bölge esnekliği sunar. RI'lar kadar yüksek indirim sağlamaz ancak daha esnektir .

GCP:

Committed Use Discounts (CUD): 1 veya 3 yıllık taahhüt. Resource-based CUD'lar belirli vCPU/bellek için, spend-based CUD'lar harcama taahhüdü için kullanılır .
Sustained Use Discounts (SUD): Otomatik uygulanır, taahhüt gerektirmez. Ay içinde daha uzun süre çalışan VM'ler için kademeli indirim sağlar (tam ay için ~%20-30) .

3. Doğru Sıra: Önce Sağdan Boyutlandır, Sonra Taahhüt Ver

Cast AI'nin analizi, taahhüt kararinde en sık yapılan hatayı netleştiriyor: "İndirim yüzdesi gerçektir, ancak dolar tasarrufu gerçek değildir." Eğer mevcut node sayınız şişirilmişse, o node'lar üzerinden alacağınız %66 indirim, aslında hiç kullanmadığınız kapasiteye para ödemek anlamına gelir .

Önerilen Adımlar:

60-90 gün boyunca metrik toplayın: Sağdan boyutlandırma sonrası kullanım verilerini izleyin.
İstikrarlı tabanı (stable floor) belirleyin: Haftalar boyunca düşmeyen minimum kaynak sayısı.
Taahhüt hedefini tabanın %60-70'i olarak belirleyin: Kalan %30-40, ani yük artışları için Spot veya on-demand olarak bırakılır .
Mevsimsel iş yüklerinde hedefi %40-50'ye düşürün: Sezon dışı tabanı taahhüt edin, sezon zirvesini değil.

4. Overcommitment (Aşırı Taahhüt) Riski ve Çıkış Yolları

Taahhüt verilen kapasite, iş yükü küçüldüğünde veya mimari değiştiğinde kullanılmaz hale gelebilir.

Sağlayıcı	Çıkış Yolu
AWS	Standart RI'lar RI Marketplace'te satılabilir; Convertible RI'lar farklı instance tipine dönüştürülebilir
Azure	RI'lar farklı VM boyutu veya bölge için değiştirilebilir; Savings Plan için 7 günlük iade penceresi vardır
GCP	CUD'lar iptal edilemez veya satılamaz; kullanılmayan indirim diğer uygun kullanımlara uygulanır ancak taahhüt edilen vCPU/bellek için ödeme devam eder

Azaltma Stratejisi: Taahhüdü ortalama kullanım yerine minimum taban üzerinden yapın. %60-70 taahhüt oranı, değişkenlik için doğal bir tampon sağlar.

5. Sağdan Boyutlandırma ve Taahhüdü Spot ile Birleştirme

En etkili maliyet stratejisi üç katmanlıdır:

Katman	Kapsam	Araç
Taban (Stable Floor)	İstikrarlı, sürekli çalışan yük	Reserved Instances / Savings Plans / CUD
Değişken Katman	Ani yük artışları, batch işleri	Spot Instances (AWS'de ~%90, GCP'de ~%60-91 indirim)
Kısa Ömürlü / Deneysel	Prototipler, dev/test	On-demand

Bu üç katman birlikte kullanıldığında, tasarruflar kademeli olarak birikir. İlk aşama tabanın indirimli fiyattan karşılanması, ikinci aşama değişken katmanın Spot ile karşılanmasıdır. Birleşik etki genellikle 3-6 ay içinde faturaya yansır .

6. En İyi Pratikler

Pratik	Açıklama
Önce ölç, sonra taahhüt ver	60-90 günlük sağdan boyutlandırma sonrası veri olmadan taahhüt vermeyin
Minimum tabanı hedefleyin	Ortalama değil, istikrarlı minimum kaynak sayısını taahhüt edin
Kullanım oranını izleyin	Taahhüt kullanım oranı %80'in altındaysa aşırı taahhüt riski vardır
Mevsimsel iş yüklerini ayırın	Sezon dışı tabanı taahhüt edin, sezon zirvesini Spot/on-demand ile karşılayın
FinOps kültürü oluşturun	Maliyet optimizasyonu bir kerelik proje değil, sürekli bir disiplindir

Sonuç

Bulut maliyet optimizasyonunda sağdan boyutlandırma ve taahhütlü indirimler birbirini tamamlayan iki araçtır. Ancak sıra kritiktir: önce kaynakları gerçek kullanıma göre boyutlandırın, sonra istikrarlı taban yük için taahhüt verin. Aksi halde, hiç ihtiyaç duyulmayan kapasiteye indirim satın alarak tasarruf yerine israfı kilitlersiniz. Doğru uygulandığında, bu iki strateji ve Spot instance'ların birleşimi, bulut faturanızı %40-60'a varan oranlarda düşürebilir.