AWS Maliyet Optimizasyonu: Maliyetleri Azaltmanın 7 Yolu

AWS faturanız artarken ek maliyetlerin nereden kaynaklandığını anlamak giderek zorlaşıyor mu? Bu oldukça yaygın bir durumdur. AWS maliyetleri genellikle tek bir pahalı hizmet nedeniyle artmaz. Çoğu zaman yanlış boyutlandırılmış kaynaklar, gereksiz yere çalışır durumda bırakılan ortamlar, uygun olmayan depolama sınıfı seçimleri ve bulut harcamalarına ilişkin sınırlı görünürlük nedeniyle zaman içinde yükselir.

Görsel 1. Maliyet optimizasyonu çalışmaları sonrasında AWS maliyet ve kullanımındaki değişim.

1. Rightsizing: Kaynaklarınızı Gerçek İhtiyaçlarınıza Göre Boyutlandırın

AWS maliyet optimizasyonu için en iyi başlangıç noktası genellikle rightsizing, yani doğru boyutlandırmadır. Gereğinden büyük bir instance için Savings Plan taahhüdünde bulunmak, gereksiz harcamaların bir veya üç yıl boyunca devam etmesine neden olabilir. Bu nedenle indirim seçeneklerini değerlendirmeden önce doğru instance boyutunu belirlemek gerekir.

Rightsizing; kaynaklarınızın, ödeme yaptığınız CPU, bellek ve ağ kapasitesine gerçekten ihtiyaç duyup duymadığını değerlendirme sürecidir. Amaç en ucuz seçeneği tercih etmek değil, performanstan ödün vermeden kullanılmayan kapasiteyi ortadan kaldırmaktır.

Görsel 2. Potansiyel maliyet tasarrufunu artırmaya yönelik rightsizing önerileri.

Rightsizing neden bu kadar önemlidir?

• Birçok ekip, olası üretim ortamı risklerini en aza indirmek için instance’larını gereğinden büyük boyutlandırır.

• Geliştirme ve test ortamlarındaki geçici ihtiyaçlar zamanla kalıcı kapasiteye dönüşebilir.

• Uygulama ilk kez devreye alındığında uygun olan kaynak boyutu, trafik modelleri ve mimariler geliştikçe zaman içinde ihtiyaca uygunluğunu kaybedebilir.

• Maliyet optimizasyonunda yapılan en maliyetli hatalardan biri, artık ihtiyaç duyulmayan kapasite için bir veya üç yıllık taahhütte bulunmaktır.

Rightsizing önerileri nasıl çalışır?

AWS Cost Explorer; en yüksek CPU kullanımı, bellek kullanımı (CloudWatch agent etkinleştirilmişse), ağ etkinliği ve disk I/O dahil olmak üzere son 14 günlük CloudWatch verilerini inceler. Öneriler, kaynakların uygulama performansını olumsuz etkileyebilecek şekilde küçültülmesini önlemeye yardımcı olmak amacıyla bilinçli olarak ihtiyatlıdır.

2. Savings Plans ve Reserved Instances

Kaynaklarınızı doğru boyutlandırdıktan sonraki adım, tutarlı kullanım için indirimli fiyatlandırma modellerini değerlendirmektir. AWS bu konuda iki temel seçenek sunar: Savings Plans ve Reserved Instances.

Temel seçenekler

• Compute Savings Plans: On-Demand fiyatlandırmaya kıyasla %66’ya varan tasarruf sağlar ve uygun Amazon EC2, AWS Fargate ve AWS Lambda kullanımlarına uygulanır.

• EC2 Instance Savings Plans: On-Demand fiyatlandırmaya kıyasla %72’ye varan tasarruf sağlar ve seçilen bir AWS Bölgesi’ndeki belirli bir EC2 instance ailesine uygulanır.

• Standard Reserved Instances: %72’ye varan indirim sağlar. En yüksek potansiyel indirimlerden bazılarını sunarken sınırlı esneklik sağlar.

• Convertible Reserved Instances: %66’ya varan indirim sağlar. Belirli yapılandırma değişiklikleri için daha fazla esneklik sunarken daha aktif bir yönetim gerektirir.

Her senaryo için hangi model uygundur?

3. Spot Instances: Kesintilere Dayanıklı İş Yüklerinde Önemli Tasarruf

Amazon EC2 Spot Instances, kullanılmayan EC2 kapasitesinden On-Demand fiyatlandırmaya kıyasla %90’a varan indirimlerle yararlanmanıza olanak tanır. Buna karşılık AWS, kapasiteye başka bir yerde ihtiyaç duyduğunda bu instance’ları geri alabilir.

AWS çoğu durumda bir Spot Instance’ı geri almadan önce iki dakikalık bir kesinti bildirimi sağlar. Bu bildirim Amazon EventBridge ve instance metadata service aracılığıyla iletilebilir. Ancak hibernation etkinleştirildiğinde kesinti süreci hemen başlayabilir ve standart iki dakikalık bildirim süresi geçerli olmayabilir.

Spot Instances hangi tür iş yükleri için uygundur?

• Toplu işleme

• CI/CD runner’ları

• Video işleme ve medya pipeline’ları

• Yüksek performanslı bilgi işlem (HPC) ve dağıtılmış analiz işleri

• Konteyner tabanlı, hataya dayanıklı hizmetler

• Makine öğrenimi eğitim işleri

• Test ortamları

AWS tarafından önerilen en iyi uygulamalar

• Birden fazla instance tipi ve Availability Zone arasında esnekliği koruyun.

• Uygun olduğunda öznitelik tabanlı instance tipi seçimini kullanın.

• Kapasiteyi bir EC2 Auto Scaling grubu veya EC2 Fleet ile yönetin.

• Fiyat ve kapasite açısından optimize edilmiş ayrıştırma stratejisini kullanın.

• Kesinti bildirimlerini Amazon EventBridge veya instance metadata service aracılığıyla işleyin.

4. Amazon S3 Depolama Optimizasyonu: Intelligent-Tiering ve Lifecycle Kuralları

Bulut faturalarında depolama maliyetleri, işlem maliyetleri kadar görünür olmasa da zaman içinde önemli ölçüde birikebilir. Eski loglar, yedekler, medya dosyaları, veri gölleri ve nesnelerin önceki sürümleri Amazon S3 maliyetlerini gereksiz yere artırabilir.

AWS, depolama maliyetlerini optimize etmek için iki güçlü özellik sunar:

• Amazon S3 Intelligent-Tiering

• S3 Lifecycle

Intelligent-Tiering veya S3 Lifecycle ne zaman kullanılmalı?

Intelligent-Tiering aşağıdaki senaryolar için daha uygundur:

• Erişim modelleri öngörülemiyorsa

• Sık ve seyrek erişilen veriler aynı S3 bucket içinde depolanıyorsa

• Operasyonel kolaylık öncelikliyse

S3 Lifecycle aşağıdaki senaryolar için daha uygundur:

• Veri yaşam döngüsü öngörülebiliyorsa

• Mevzuat ve veri saklama gereksinimleri açıkça tanımlanmışsa

• Belirli nesne türlerinin tanımlı bir süre içinde arşivlenmesi veya silinmesi gerekiyorsa

[S3 Depolama Sınıfları Diyagramı]

Görsel 3. Kullanılabilir S3 depolama sınıfları ve bu sınıflar arasındaki geçiş yolları.

5. Üretim Dışı Ortamları Zamanlayın

Geliştirme ve staging ortamları, ekipler tarafından günde yalnızca 8–10 saat kullanılsalar bile genellikle 7/24 çalışır. Bu durum geceleri ve hafta sonları önemli ölçüde gereksiz harcamaya yol açabilir.

Instance Scheduler on AWS, Amazon EC2 ve Amazon RDS kaynaklarını tanımlanan bir programa göre otomatik olarak başlatıp durdurabilir. Nispeten basit bir kurulumla üretim dışı ortam maliyetlerini %70’e kadar azaltabilir.

Instance Scheduler on AWS nasıl çalışır?

Çözüm, taglerden ve zamanlama yapılandırmalarından yararlanarak kaynakları önceden tanımlanmış programlara göre başlatır ve durdurur. Güncel dokümantasyona göre aşağıdaki kaynakları destekler:

• Amazon EC2

• EC2 Auto Scaling grupları

• Amazon RDS

• Amazon Aurora kümeleri

• Amazon DocumentDB

• Amazon Neptune

6. AWS’nin Yerleşik Analiz Araçlarını Düzenli Olarak Kullanın

Maliyet optimizasyonu tek seferlik bir çalışma değildir. AWS ortamları sürekli geliştiği için görünürlük ve analiz araçlarının düzenli olarak kullanılması gerekir. Bu süreci desteklemek için birden fazla AWS aracı birlikte kullanılabilir.

AWS Trusted Advisor

AWS Trusted Advisor; düşük kapasiteyle kullanılan kaynaklar, bağlı olmayan Amazon EBS birimleri, atıl durumdaki Elastic IP adresleri ve benzeri gereksiz harcama kaynakları dahil olmak üzere maliyet optimizasyonu fırsatlarını belirlemeye yardımcı olur.

AWS Budgets

AWS Budgets ile:

• Aylık veya yinelenen bütçeler oluşturabilirsiniz.

• Gerçekleşen veya tahmin edilen harcamalara göre uyarılar belirleyebilirsiniz.

• E-posta veya Amazon SNS aracılığıyla bildirim gönderebilirsiniz.

AWS Cost Anomaly Detection

AWS Cost Anomaly Detection, olağandışı harcama modellerini belirlemek için makine öğreniminden yararlanır.

[Bulut Maliyet Anomali Tespiti Süreci Diyagramı]

Görsel 4. Otomatik ve uçtan uca bulut maliyet anomalisi tespit süreci Tagleme ve Maliyet Ayrışma Stratejisi Oluşturun

Bulut maliyetlerini azaltmanın en zorlu yönlerinden biri teknikten çok organizasyoneldir. Hangi ekibin, ürünün, ortamın veya maliyet merkezinin harcamalara neden olduğuna ilişkin net bir görünürlük sağlanmadığında sürdürülebilir optimizasyon elde etmek zorlaşır.

Yalnızca tag eklemek maliyetlerin ayrıştırılması için yeterli değildir

AWS Billing dokümantasyonuna göre kullanıcı tanımlı taglerin maliyet raporlarında görüntülenebilmesi için maliyetleri ayrıştırma tagleri olarak etkinleştirilmesi gerekir. Ayrıca:

• Yeni tag anahtarlarının konsolda görüntülenmesi 24 saate kadar sürebilir.

• Etkinleştirme işleminin geçerli olması 24 saat daha sürebilir.

Sonuç: Nereden Başlamalı?

AWS maliyet optimizasyonu tek seferlik bir çalışma değil, sürekli bir operasyonel disiplindir. En iyi sonuçlar, tek bir çözüme güvenmek yerine küçük ve sistematik adımların doğru sırayla uygulanmasıyla elde edilir.

Başlamak için aşağıdaki 30 günlük planı izleyebilirsiniz:

1. AWS Cost Explorer’ı kullanarak son üç aya ait harcamalarınızı hizmet, hesap ve tag bazında inceleyin.

2. Rightsizing için en yüksek maliyetli Amazon EC2 iş yüklerini belirleyin ve AWS Cost Explorer ile AWS Compute Optimizer’dan elde edilen içgörüleri birlikte değerlendirin.

3. Atıl durumdaki veya kapasitesinin altında kullanılan üretim dışı kaynakları belirleyin; mümkün olduğunda bu kaynakları zamanlayın veya kapatın.

4. S3 bucket’larınızda Amazon S3 Intelligent-Tiering ve S3 Lifecycle kullanım fırsatlarını değerlendirin.

5. Kararlı temel kullanım için Savings Plans’i ve uygun durumlarda Reserved Instances seçeneklerini değerlendirin. Bu adımı yalnızca rightsizing sonrasında uygulayın.

6. AWS Budgets ve AWS Cost Anomaly Detection kullanarak proaktif uyarılar oluşturun.

7. Uzun vadeli görünürlük sağlamak için tagleme ve maliyet ayrıştırma uygulamalarını standartlaştırın.

Sürdürülebilir bir AWS maliyet optimizasyonu stratejisi; sürekli görünürlük, doğru teknik kararlar ve düzenli değerlendirme gerektirir. Sufle’nin AWS uzmanları, mevcut ortamınızı değerlendirmenize, optimizasyon fırsatlarını belirlemenize ve iş hedeflerinizle teknik gereksinimlerinize uygun bir yol haritası oluşturmanıza yardımcı olabilir.