AWS Savings Plans vs RI: Panduan 2026

Jujur saja, memilih antara AWS Savings Plans dan Reserved Instances (RI) bisa bikin perbedaan puluhan ribu dolar di tagihan tahunan Anda. Keduanya sama-sama menjanjikan diskon sampai 72% dibanding On-Demand — tapi cara kerjanya beda jauh. Salah pilih? Anda bakal terkunci di komitmen yang nggak optimal selama 1 sampai 3 tahun penuh.

Saya pernah lihat sendiri tim startup yang asal beli RI di awal scaling, lalu menyesal 18 bulan kemudian saat workload mereka pindah ke Fargate. Total kerugian? Sekitar $40K usage yang nggak ke-cover diskon apa pun. Itulah kenapa panduan 2026 ini saya tulis serinci mungkin — lengkap dengan kalkulator break-even, contoh perhitungan nyata, perintah AWS CLI yang bisa langsung dipakai, dan strategi layering ala tim FinOps matang.

Ringkasan Cepat: Mana yang Harus Dipilih?

Buat sebagian besar tim AWS di tahun 2026, jawaban defaultnya adalah Compute Savings Plans sebagai kendaraan komitmen utama, dilengkapi Reserved Instances untuk lapisan database (RDS, DynamoDB generasi lama) plus beban kerja yang butuh reservasi kapasitas spesifik.

Pilih Savings Plans kalau workload Anda berubah-ubah, banyak pakai Lambda/Fargate, atau ingin fleksibilitas pindah instance family.
Pilih Reserved Instances kalau Anda menjalankan database stabil generasi 5/6, butuh capacity reservation di AZ tertentu, atau mengejar diskon maksimum 72% di konfigurasi tetap.
Layering keduanya — ini strategi paling matang. RI dulu untuk baseline yang sudah terverifikasi, lalu SP menutup usage variabel di atasnya.

Apa Itu AWS Savings Plans?

Savings Plans pada dasarnya adalah komitmen dolar per jam, bukan instance type. Anda bilang ke AWS, "oke, saya akan pakai compute senilai $10/jam selama 1 atau 3 tahun ke depan", lalu AWS otomatis menerapkan diskon ke usage yang memenuhi syarat. Sederhana di permukaan, tapi (seperti biasa di AWS) detailnya yang bikin pusing.

4 Jenis Savings Plans di 2026

Jenis Plan	Diskon Maksimum	Cakupan	Fleksibilitas
Compute Savings Plans	Hingga 66%	EC2, Fargate, Lambda	Lintas region, family, OS, tenancy
EC2 Instance Savings Plans	Hingga 72%	EC2 (1 family, 1 region)	Bebas size, OS, tenancy
Database Savings Plans (baru)	Hingga 35%	RDS, Aurora, DynamoDB, ElastiCache (Gen 7+)	Lintas engine, family, region
SageMaker Savings Plans	Hingga 64%	SageMaker compute	Lintas instance family, region

Update penting 2026: Compute SP sekarang juga mencakup SageMaker, dan Database SP cuma berlaku untuk instance generasi 7 ke atas. Jadi kalau armada Anda masih nyangkut di Gen 5/6 (banyak yang begini, percayalah), Reserved Instances tetap satu-satunya opsi diskon yang tersedia.

Apa Itu AWS Reserved Instances?

Reserved Instances adalah komitmen ke konfigurasi spesifik: instance type, region, OS, dan kadang AZ juga. Sebagai gantinya? Anda dapat diskon sampai 72-75%, plus — khusus Zonal RIs — jaminan kapasitas yang nggak akan ditolak meski region lagi penuh.

Standard RI vs Convertible RI

Standard RI: Diskon tertinggi (hingga 72%). Bisa dijual di RI Marketplace kalau menyesal. Modifikasinya terbatas — boleh ubah size dalam family yang sama atau pindah region, tapi nggak bisa loncat ke family lain.
Convertible RI: Diskon maksimum 66%. Bisa ditukar ke instance family, OS, atau tenancy berbeda selama term berjalan. Sayangnya, nggak bisa dijual di Marketplace.

Catatan penting 2026: Convertible RI hampir selalu kalah dari Compute Savings Plans. Diskon sama-sama 66%, tapi SP jauh lebih fleksibel dan otomatis. Saran saya — jangan beli Convertible RI baru di 2026, titik.

Tabel Perbandingan Lengkap 2026

Fitur	Savings Plans	Reserved Instances
Tipe komitmen	Spend per jam ($/hr)	Konfigurasi instance spesifik
Diskon maksimum	Hingga 72%	Hingga 75%
Fleksibilitas	Tinggi (lintas family/region/OS)	Rendah-sedang
Cakupan EC2	Ya	Ya
Cakupan Lambda & Fargate	Ya (Compute SP)	Tidak
Cakupan RDS/DynamoDB	Ya (Database SP, Gen 7+)	Ya (semua generasi)
Capacity reservation	Tidak	Ya (Zonal RI)
Bisa dijual ulang	Tidak	Ya (Standard RI Marketplace)
Refund window	7 hari, <$100/jam	Tidak ada
Rekomendasi resmi AWS	Utama	Sekunder

Kalkulator Break-Even: Kapan Komitmen Mulai Untung?

Rumus break-even-nya cukup sederhana — Anda nggak perlu jadi data scientist untuk menghitungnya:

Break-even hours/bulan = (Effective Hourly Rate / On-Demand Hourly Rate) × 730 jam

Contoh: m5.xlarge di us-east-1

Harga On-Demand: $0.192/jam
3-Year No-Upfront Compute SP: $0.097/jam (sekitar 50% diskon)
Break-even: (0.097 / 0.192) × 730 = 369 jam/bulan alias kira-kira 12 jam/hari

Artinya begini: kalau instance Anda jalan lebih dari 12 jam sehari, Savings Plan langsung untung. Untuk workload 24/7 (yang biasanya banyak), penghematannya kelihatan dari hari pertama.

Rumus All-Upfront vs No-Upfront

Break-even hours = Upfront Cost / Hourly Savings Rate

All-Upfront 3-tahun memang ngasih diskon paling dalam, tapi titik break-even-nya juga paling lama. Pastikan workload Anda benar-benar akan terus jalan melewati titik itu sebelum tanda tangan komitmen — bayar di muka itu menyakitkan kalau ternyata salah perhitungan.

Strategi "Aturan 80%": Ukuran Komitmen yang Aman

Kesalahan paling umum yang saya lihat? Tim berkomitmen pada usage rata-rata, bukan baseline minimum. Padahal beda keduanya bisa bikin selisih jutaan dolar dalam tiga tahun. Berikut formula yang biasa dipakai tim FinOps matang:

Tarik data On-Demand per jam selama 60-90 hari terakhir.
Cari baseline minimum (lantai usage, bukan rata-rata, bukan median).
Bagi spend bulanan baseline tersebut dengan 730 jam.
Kalikan dengan 0.80 (Aturan 80%) sebagai margin keamanan.

Contoh Perhitungan Nyata

Misalkan baseline On-Demand minimum Anda adalah $10.000/bulan:

$10.000 / 730 jam = $13.70/jam (baseline rate)
$13.70 × 0.80 = $11/jam (komitmen direkomendasikan)

Tim yang konsisten menerapkan Aturan 70-80% biasanya mencapai utilisasi 92-97%, coverage rate 65-75%, dan sisa unutilized spend di bawah 5%. Angka-angka itu bukan teori — itu hasil nyata dari ratusan akun yang saya pernah audit.

Cara Membeli Savings Plan Lewat AWS CLI

Sebelum tekan tombol "buy", selalu ambil rekomendasi dari AWS Cost Explorer dulu:

aws ce get-savings-plans-purchase-recommendation \
  --savings-plans-type COMPUTE_SP \
  --term-in-years THREE_YEARS \
  --payment-option NO_UPFRONT \
  --lookback-period-in-days SIXTY_DAYS

Lalu lihat penawaran yang tersedia:

aws savingsplans describe-savings-plans-offerings \
  --plan-types Compute \
  --durations 94608000 \
  --payment-options "No Upfront" \
  --product-types EC2

Beli Savings Plan setelah verifikasi rate efektif — dan pastikan akun yang aktif benar (jangan tanya kenapa saya menekankan ini):

aws savingsplans create-savings-plan \
  --savings-plan-offering-id "abc123-def456" \
  --commitment "11.00" \
  --upfront-payment-amount "0"

Peringatan: Begitu jendela refund 7 hari berakhir, komitmen terkunci penuh. Verifikasi dua kali — bahkan tiga kali — sebelum eksekusi di akun produksi.

Cara Memantau Utilisasi Savings Plan

Target utilisasi yang sehat itu ≥95%. Kalau angka turun di bawah 80% selama 2 bulan berturut-turut, berarti Anda over-commit dan secara harfiah membakar uang setiap jam.

aws ce get-savings-plans-utilization \
  --time-period Start=2026-04-01,End=2026-05-01 \
  --granularity MONTHLY

Laporan ini menunjukkan persentase komitmen yang benar-benar terpakai. Pasang CloudWatch alarm kalau utilisasi turun di bawah 90% selama lebih dari 7 hari — saya jamin Anda nggak ingin tahu bulan kedua kalau ada yang aneh.

Strategi Layering: Pendekatan FinOps Matang 2026

Tim paling matang nggak memilih salah satu — mereka menumpuk (layer) beberapa instrumen komitmen sekaligus:

Layer 1: Reserved Instances untuk Database Stabil

Tutup 100% baseline RDS, ElastiCache (Redis), dan instance generasi lama dengan Standard RIs 3-tahun All-Upfront. Diskon sampai 72%, dan toh database jarang banget gonta-ganti arsitektur — jadi risiko mismatch kecil sekali.

Layer 2: EC2 Instance Savings Plans untuk Compute Inti

Tutup 50-60% baseline EC2 dengan EC2 Instance SP. Diskon 72% setara Standard RI tapi lebih fleksibel di ukuran dan OS. Cocok untuk instance family yang sudah stabil (misalnya m6i di us-east-1 yang dipakai banyak tim).

Layer 3: Compute Savings Plans untuk Variabel

Tutup 20-30% tambahan dengan Compute SP. Diskon "cuma" 66% tapi fleksibel lintas region, family, sampai ke Lambda dan Fargate. Bantalan empuk saat tim engineering mendadak melakukan refactor besar di tengah term komitmen.

Layer 4: Spot Instances untuk Burst

Workload fault-tolerant dan stateless di atas baseline? Pakai Spot — hemat sampai 90% lagi. Untuk strategi lengkapnya, baca panduan Spot Instance kami.

Urutan penerapan diskon AWS itu sudah baku: RIs dulu → EC2 Instance SP → Compute SP. Sisa usage yang nggak ke-cover akan jatuh ke On-Demand atau Spot, tergantung konfigurasi.

Update Aturan Penting 2026

Larangan sharing lintas customer: Reseller dan MSP nggak bisa lagi sharing pool RI/SP. Komitmen wajib dipakai dalam satu account atau consolidated billing group saja.
Compute SP mencakup SageMaker: Workload ML sekarang bisa ikut Compute SP, jadi nggak perlu beli SageMaker SP terpisah kalau spend-nya bercampur dengan EC2.
Database SP terbatas Gen 7+: Untuk instance lama, RI tetap satu-satunya opsi diskon. Nggak ada jalan tengah.
ElastiCache Database SP hanya Valkey: Redis tradisional nggak tercakup — pakai ElastiCache RI biasa.

5 Kesalahan Umum yang Harus Dihindari

Beli Convertible RI di 2026. Compute SP hampir selalu pilihan lebih baik — diskon sama, fleksibilitas jauh lebih tinggi.
Berkomitmen pada usage rata-rata. Selalu pakai baseline minimum 90 hari, lalu kalikan 0.80. Selalu.
Membiarkan komitmen auto-renew. Pasang reminder kalender 30 hari sebelum expiry untuk audit ulang. Workload Anda tahun ini beda dengan tiga tahun lalu.
Mengabaikan utilization report. Cek bulanan; di bawah 80% berarti over-commit dan butuh exchange (untuk RI) atau biarkan habis tanpa renewal.
Beli berdasarkan rekomendasi AWS tanpa filter. Rekomendasi default AWS sering terlalu agresif (bukan kebetulan, kan?). Verifikasi dengan kalkulator pihak ketiga atau spreadsheet internal sebelum komit.

Perbandingan dengan Azure dan GCP

Konsep serupa ada di provider lain, cuma istilahnya berbeda:

Azure Reservations: Mirip Reserved Instances AWS — komitmen ke SKU/region. Diskon sampai 72%.
Azure Savings Plan for Compute: Komitmen $/jam mirip AWS Compute SP. Diskon sampai 65%, fleksibel lintas region/SKU.
GCP Committed Use Discounts (CUDs): Ada yang spend-based dan resource-based. Spend CUD lebih fleksibel dan paling mirip Savings Plans. Diskon sampai 70%.

Untuk strategi multi-cloud yang terpadu, lihat panduan optimasi biaya cloud kami yang mencakup ketiga provider sekaligus.

FAQ: Pertanyaan yang Sering Diajukan

Apakah Savings Plans bisa diubah atau dibatalkan?

Tidak, setelah 7 hari pertama. Hanya plan dengan komitmen ≤$100/jam, yang dibeli dalam 7 hari terakhir dan masih di bulan kalender yang sama, yang bisa di-refund. Setelah itu? Komitmen terkunci penuh untuk 1 atau 3 tahun. Jadi pikirkan baik-baik sebelum klik buy.

Bisakah saya pakai RI dan Savings Plans bersamaan?

Bisa, dan justru itu praktik terbaik. AWS menerapkan diskon dengan urutan: RI dulu, kemudian EC2 Instance SP, lalu Compute SP. Workload yang nggak ter-cover ketiganya akan dibayar On-Demand. Layering inilah yang ngasih blended rate paling rendah.

Mana yang lebih hemat: 1-tahun atau 3-tahun?

3-tahun ngasih diskon sekitar 10-15% lebih dalam, tapi mengunci modal Anda lebih lama juga. Untuk workload yang sudah terbukti stabil 12+ bulan, 3-tahun All-Upfront optimal. Untuk startup atau bisnis dengan trajectory yang masih belum jelas, 1-tahun No-Upfront jelas lebih aman.

Apakah Savings Plan menjamin kapasitas EC2?

Tidak. Savings Plan murni billing discount, bukan capacity reservation. Kalau Anda butuh jaminan kapasitas (misalnya workload critical di AZ tertentu), pakai On-Demand Capacity Reservation atau Zonal Reserved Instance, lalu biarkan SP otomatis menerapkan diskon ke billing-nya.

Berapa utilization minimum sebelum SP merugikan?

Break-even tergantung diskon, tapi rule of thumb-nya: kalau utilization di bawah 50% selama 3 bulan, kemungkinan besar Anda rugi dibanding bayar On-Demand. Target sehat ≥95%; di bawah 80% berarti perlu reduksi komitmen pada renewal berikutnya.

Kesimpulan

Untuk mayoritas tim AWS di 2026, Compute Savings Plans adalah titik awal terbaik. Kombinasi diskon dalam plus fleksibilitas tinggi membuatnya tahan terhadap perubahan arsitektur yang (jujur) hampir pasti terjadi dalam 1-3 tahun ke depan. Reserved Instances tetap sangat relevan — terutama untuk database stabil dan beban kerja yang butuh reservasi kapasitas.

Tapi strategi paling matang bukan memilih salah satu. Layering-lah jawabannya: RI untuk fondasi yang nggak akan berubah, Savings Plans untuk lapisan compute fleksibel di atasnya, dan Spot Instances untuk burst yang fault-tolerant. Mulai dengan Aturan 80% di baseline minimum 90 hari, target utilization ≥95%, dan audit komitmen Anda setiap kuartal — itulah resep sederhana yang dipakai tim FinOps top untuk menghemat 30-50% tagihan AWS tanpa risiko over-commitment.