AWS Savings Plans mi Reserved Instances mı? Karar Rehberi

Taahhüt indirimleri, bir AWS faturasındaki en büyük kaldıraçtır: zaten çalıştıracağınız iş yükleri için on-demand fiyatlara göre %30-60 indirim. Aynı zamanda bir hatayı bir ya da üç yıllığına kilitlemenin de en kolay yoludur. "Savings Plans mi, Reserved Instances mı?" sorusu yürüttüğümüz hemen her maliyet denetiminde masaya gelir ve dürüst cevap şudur: çoğu ekibin ikisine birden ihtiyacı var, çünkü farklı servisleri kapsarlar. İşte müşterilerimizle kullandığımız karar çerçevesi.

İki mekanizma bir bakışta

Temel kural

• Compute (EC2/Fargate/Lambda): Savings Plans kullanın. EC2 RI'ların yerini varsayılan olarak almalarının sebebi mimari değişikliklere dayanmalarıdır — instance ailesi değiştirin, iş yükünü Fargate'e taşıyın, Graviton'a geçin; indirim harcamanızı takip eder.
• Veritabanı ve analitik (RDS, ElastiCache, OpenSearch, Redshift): Reserved Instances / reserved node kullanın. Ekiplerin en çok kaçırdığı boşluk şu: Savings Plans RDS'i kapsamaz. Faturanız veritabanı ağırlıklıysa — ki çoğu öyledir — yalnız-SP stratejisi en büyük kaleminizi on-demand fiyatta bırakır.
• DynamoDB: ikisinden de ayrı, kendi reserved capacity mekanizmasına sahiptir.

Compute SP mi, EC2 Instance SP mi?

Savings Plans içinde ikinci bir karar var. Compute Savings Plans her yerde her compute'a uygulanır — aile, boyut, bölge, OS fark etmez; Fargate ve Lambda dahildir — biraz daha düşük indirimle. EC2 Instance Savings Plans daha çok indirir (Standard RI seviyesinde) ama sizi bir bölgedeki bir instance ailesine kilitler. Bizim varsayılanımız: taahhüdün çoğu Compute SP; EC2 Instance SP yalnızca tüm süre boyunca aynı ailede kalacağından emin olduğunuz büyük, istikrarlı filolar için. Graviton geçişi ya da konteynerleşme planınız varsa Compute SP'de kalın — esneklik, birkaç puan ekstra indirimden daha değerlidir.

Standard mı, Convertible RI mı?

RI'ın tek seçenek olduğu servislerde aynı takas tekrar eder: Standard RI daha çok indirir ve (yalnız EC2'de) marketplace'te satılabilir; Convertible RI daha az indirir ama dönem içinde farklı konfigürasyonlarla değiştirilebilir. Engine ve boyut değişikliğinin sık olduğu RDS'te, agresif 3 yıl tam-peşin bahisler yerine daha kısa süre ya da temkinli boyutlandırma kazanır.

Taahhüt nasıl boyutlandırılır

• 1. Önce rightsizing, sonra taahhüt. Şişkin bir filoya taahhüt vermek israfı süre boyunca kilitler. Önce temizlik — sıralama maliyet düşürme rehberimizde.
• 2. Tepe noktaya değil, istikrarlı tabana taahhüt verin. Cost Explorer'da 30-90 günlük kullanıma bakın; istikrarlı tabanın ~%70-80'ine taahhüt verin, sıçramaları on-demand ya da Spot karşılasın. Eksik taahhüt birkaç puan indirim kaybettirir; fazla taahhüt her saat yakılan paradır.
• 3. Taahhüdü merdivenleyin. Tek büyük 3 yıllık alım yerine her çeyrek dilimler halinde alın: tahmin hatalarını ortalar, plan değişirse yakında dolacak dilimleriniz olur.
• 4. Aylık iki sayıyı izleyin: kullanım oranı (aldığınızı kullanıyor musunuz?) ve kapsama (uygun kullanımın ne kadarı hâlâ on-demand?). İkisi de Cost Explorer'ın SP/RI raporlarında. %95 altı kullanım = fazla almışsınız; istikrarlı iş yükünde %70 altı kapsama = masada para bırakıyorsunuz.

Denetimlerde tekrar tekrar bulduğumuz hatalar

• RDS ağırlıklı faturada yalnız-SP stratejisi — veritabanı kalemi sessizce tam fiyatta kalır.
• Rightsizing'den önce taahhüt — gereğinin iki katı boyuttaki instance'lara üç yıl indirim almak yine israftır.
• Süresi dolan ve unutulan taahhütler — RI ve SP'ler sessizce biter, kullanım on-demand'e döner, fatura sıçrayana kadar kimse fark etmez. Bitiş uyarısı kurun.
• Belirsiz iş yüküne tam peşin — peşinatsız yalnızca biraz pahalıdır ama nakdi ve seçenekleri açık tutar.
• Sayının sahibi yok — kapsama ve kullanım kimse tarafından izlenmez; bir kez alınır, bir daha bakılmaz. Taahhüt yönetimi çeyreklik bir rutindir, tek seferlik iş değil.

Sık sorulan sorular

Savings Plans RDS'i kapsıyor mu?
Hayır. Savings Plans EC2, Fargate ve Lambda'yı kapsar (SageMaker'ın ayrı planı vardır). RDS, ElastiCache, OpenSearch ve Redshift için Reserved Instances / reserved node gerekir.

Hangisi daha çok tasarruf ettirir?
Eşit süre ve ödemede EC2 Instance SP ile Standard RI benzer indirir; Compute SP esneklik karşılığında biraz daha az indirir. Asıl tasarruf farkını mekanizma değil, boyutlandırma ve kapsama disiplini yaratır.

Kullanmadığım taahhüdü satabilir miyim?
Yalnızca Standard EC2 RI'lar RI Marketplace'te satılabilir. Savings Plans ve Convertible RI satılamaz — temkinli boyutlandırma için bir neden daha.

1 yıl mı, 3 yıl mı?
3 yıl belirgin biçimde daha çok indirir ama yalnızca kanıtlanmış, istikrarlı tabana o kadar uzun taahhüt verin. Yaygın desen: kanıtlanmış taban için 3 yıl, kalanı için çeyreklik 1 yıllık dilimler.

Özet

Compute için Savings Plans, veritabanları için Reserved Instances; temizlik sonrası tabana göre boyutlandırılmış, dilimler halinde alınmış, çeyreklik gözden geçirilen bir yapı. Taahhüt stratejisinin özü bu tek cümledir — gerisi, temizliği gerçekten önce yapma ve iki sayıyı her ay izleme disiplinidir.

Taahhüt matematiğini kendi faturanız üzerinde görmek ister misiniz? AWS Maliyet Denetimimiz israfınızı bulgu başına € tutarıyla raporlar ve boyutlandırılmış, merdivenli bir taahhüt planı teslim eder — tasarruftan öde seçeneğiyle. Hafif bir başlangıç için ücretsiz AWS Sağlık Taraması her zaman masada.