Hati hati AWS Free Tier, Salah Salah Credit Card Kamu Bisa Bengkak

Kamandanu Wijaya 25 Januari 2026 ⏱️ 6 menit baca
Ilustrasi peringatan tagihan AWS yang tidak terduga

Pukul 7 pagi. Notifikasi email masuk. Dari AWS. Subjeknya membuat saya langsung terjaga. “Your AWS bill for January is $847.23.”

Di artikel ini, kita membahas AWS Free Tier secara praktis agar kamu paham konteks dan penerapannya.

Delapan ratus dolar lebih. Untuk akun yang seharusnya free tier.

Saya langsung buka laptop. Login ke AWS Console. Billing dashboard menunjukkan angka yang membuat perut mulas. Sebagian besar tagihan berasal dari EC2 instances yang saya lupa matikan dan NAT Gateway yang ternyata tidak termasuk free tier.

Ini bukan cerita orang lain. Ini pengalaman saya sendiri tiga tahun lalu.


Jebakan free tier yang tidak terlihat

AWS Free Tier terdengar seperti hadiah dari langit. 12 bulan akses gratis. 750 jam t2.micro per bulan. 5GB S3 storage. Sempurna untuk belajar.

Tapi ada jebakan jebakan yang tidak tertulis besar besar di halaman promosi.

Yang banyak orang tidak sadari

Pertama, 750 jam itu adalah total gabungan. Kalau kamu menjalankan 2 instance t2.micro sekaligus 24/7, kamu sudah melebihi 750 jam dalam setengah bulan. Sisanya? Ditagih.

Kedua, tidak semua region memiliki free tier yang sama. Beberapa layanan yang gratis di us-east-1 ternyata berbayar di region lain.

Ketiga, ada layanan yang terlihat gratis tapi sebenarnya punya komponen berbayar. NAT Gateway adalah contoh klasik. Kamu buat VPC dengan private subnet, ikuti tutorial, dan tiba tiba kena tagihan $30 per bulan tanpa sadar.

Keempat, data transfer keluar ditagih. Bahkan untuk free tier. Upload gratis, download berbayar.

Skenario umum yang bikin jebol

Berikut beberapa skenario yang sering saya temui dari teman teman yang baru belajar cloud.

Skenario 1: Instance Zombie

Buat instance untuk eksperimen. Selesai belajar, tutup browser, lupa terminate. Instance tetap berjalan 24/7 selama berminggu minggu.

Skenario 2: Storage yang Menumpuk

Snapshot EBS yang dibuat untuk backup tapi tidak pernah dihapus. AMI custom yang sudah tidak dipakai. S3 bucket berisi file file percobaan.

Skenario 3: Salah Pilih Instance Type

T2.micro gratis. T2.small berbayar. Perbedaan satu kata, perbedaan tagihan ratusan dolar.

Skenario 4: Load Balancer “Untuk Belajar”

Application Load Balancer sekitar $20 per bulan. Network Load Balancer lebih mahal lagi. Dibuat untuk “coba coba”, lupa hapus.


Cara mendeteksi sebelum terlambat

AWS sebenarnya menyediakan tools untuk monitoring biaya. Masalahnya, tidak ada yang memberitahu kamu untuk mengaktifkannya.

Budget alert adalah penyelamat

Langkah pertama setelah buat akun AWS seharusnya adalah setup budget alert. Bukan launch instance.

  1. Buka AWS Console → Billing → Budgets
  2. Klik “Create budget”
  3. Pilih “Cost budget”
  4. Set amount ke $5 atau $10 (threshold rendah untuk awal)
  5. Tambahkan email notification di 50%, 80%, dan 100%

Dengan ini, kamu akan dapat email peringatan sebelum tagihan membengkak.

AWS free tier usage alert

Ada fitur khusus untuk free tier yang sering diabaikan.

  1. Billing → Preferences
  2. Centang “Receive Free Tier Usage Alerts”
  3. Masukkan email

Kamu akan dapat notifikasi ketika penggunaan mendekati limit free tier.

Cost explorer

Cost Explorer menunjukkan breakdown biaya per layanan.

  1. Billing → Cost Explorer
  2. Aktifkan jika belum
  3. Lihat trend harian dan identifikasi layanan yang menghabiskan budget

Butuh waktu 24 jam setelah aktivasi untuk data mulai muncul.


Langkah recovery jika sudah terlanjur

Bagaimana kalau tagihan sudah membengkak? Ada beberapa langkah yang bisa dicoba.

Hubungi AWS support

Ini yang saya lakukan waktu kena tagihan $847. Buka ticket ke AWS Support, jelaskan situasinya dengan jujur.

Dalam pengalaman saya dan beberapa orang yang saya kenal, AWS cukup understanding untuk kasus pertama. Mereka sering memberikan one time credit, terutama jika.

  • Ini pertama kali terjadi
  • Kamu bisa menunjukkan bahwa ini murni kesalahan, bukan penyalahgunaan
  • Resource yang menyebabkan tagihan sudah diterminate

Jangan malu untuk meminta. Yang terburuk adalah mereka menolak. Yang terbaik adalah tagihan kamu diwaive.

Identifikasi dan terminate segera

Sebelum menghubungi support, terminate semua resource yang tidak diperlukan.

  1. EC2 → Instances → Terminate yang tidak dipakai
  2. EC2 → Volumes → Delete unattached volumes
  3. EC2 → Snapshots → Delete old snapshots
  4. EC2 → Load Balancers → Delete jika ada
  5. VPC → NAT Gateways → Delete jika ada
  6. Elastic IPs → Release jika tidak attached

Semakin cepat kamu terminate, semakin kecil tagihan yang terus berjalan.

Cek semua region

Satu kesalahan yang sering saya lihat adalah hanya mengecek satu region. Padahal instance bisa dibuat di region manapun.

Buka EC2 dashboard, lalu cek setiap region satu per satu. Dropdown region ada di pojok kanan atas console.


Best practice untuk pengguna free tier

Setelah mengalami dan melihat banyak kasus, ini rekomendasi saya.

Gunakan tag untuk semua resource

Beri tag “Project” dan “Environment” untuk setiap resource yang dibuat.

Project: belajar-docker
Environment: test

Ini memudahkan identifikasi dan cleanup nantinya.

Set reminder untuk cleanup

Setiap selesai belajar satu topik, sisihkan waktu untuk cleanup. Jangan biarkan resource menumpuk.

Saya biasanya set reminder mingguan untuk review resource yang aktif.

Gunakan AWS CLI untuk audit

Script sederhana untuk list semua EC2 instances di semua region.

for region in $(aws ec2 describe-regions --query "Regions[].RegionName" --output text); do
  echo "Region: $region"
  aws ec2 describe-instances --region $region \
    --query "Reservations[].Instances[].[InstanceId,State.Name,InstanceType]" \
    --output table
done

Jalankan ini secara berkala untuk memastikan tidak ada instance zombie.

Pertimbangkan AWS organizations

Kalau kamu bereksperimen banyak, buat akun AWS terpisah khusus untuk belajar. Gabungkan dengan AWS Organizations untuk consolidated billing.

Keuntungannya, kalau tagihan membengkak di akun belajar, akun production tidak terpengaruh.


Alternatif yang lebih aman untuk belajar

Kalau kamu masih paranoid tentang tagihan, ada beberapa alternatif.

Localstack

LocalStack adalah emulator AWS yang berjalan di laptop. Hampir semua layanan AWS bisa disimulasikan secara lokal. Gratis untuk penggunaan dasar.

docker run -d -p 4566:4566 localstack/localstack

Kamu bisa belajar S3, DynamoDB, SQS, dan lainnya tanpa khawatir tagihan.

AWS educate atau AWS academy

Kalau kamu mahasiswa atau punya akses ke program pendidikan, AWS menyediakan credit gratis yang cukup besar melalui program ini.

Cloud provider alternatif dengan free tier lebih jelas

DigitalOcean dan Vultr memiliki pricing yang lebih straightforward. Tidak ada jebakan tersembunyi seperti di AWS. Meskipun free tier mereka lebih terbatas, kamu tahu persis berapa yang akan dibayar.

Kalau tertarik dengan cloud journey, saya sudah menulis tips belajar cloud untuk pemula yang membahas roadmap dan provider comparison.


Pelajaran yang saya petik

Pengalaman kena tagihan $847 itu menyakitkan. Tapi mengajarkan saya beberapa hal.

Pertama, “gratis” di cloud tidak benar benar gratis. Selalu ada kondisi dan batasan.

Kedua, monitoring dan alerting bukan opsional. Ini wajib dari hari pertama.

Ketiga, cleanup adalah bagian dari workflow. Bukan sesuatu yang dilakukan “nanti kalau sempat”.

Keempat, AWS Support lebih helpful daripada yang saya bayangkan. Jangan ragu untuk meminta bantuan.


Penutup

AWS Free Tier adalah cara yang bagus untuk belajar cloud tanpa investasi besar. Tapi seperti tools powerful lainnya, bisa berbahaya kalau tidak digunakan dengan hati hati.

Set budget alert sebelum melakukan apapun. Tag semua resource. Cleanup secara rutin. Dan selalu cek billing dashboard minimal seminggu sekali.

Lebih baik paranoid tentang biaya daripada kaget di akhir bulan.

Jangan sampai credit card kamu yang jadi korban dari excitement belajar cloud.


Semoga pembahasan AWS Free Tier ini membantu kamu mengambil keputusan yang lebih tepat di lapangan.

Checklist Implementasi

  • Uji langkah di lab terlebih dulu sebelum produksi.
  • Dokumentasikan konfigurasi, versi, dan langkah rollback.
  • Aktifkan monitoring + alert untuk komponen yang diubah.
  • Audit akses dan terapkan prinsip least privilege.

Butuh Bantuan?

Jika ingin implementasi aman di produksi, saya bisa bantu assessment, eksekusi, dan hardening.

Hubungi Saya
Kamandanu Wijaya

Tentang Penulis

Kamandanu Wijaya

IT Infrastructure & Network Administrator

Administrator infrastruktur & jaringan dengan pengalaman enterprise 14+ tahun, fokus stabilitas, keamanan, dan automasi.

Sertifikasi: Google IT Support, Cisco Networking Academy, DevOps.

Lihat Profil

Butuh Solusi IT?

Tim DoWithSudo siap membantu setup server, VPS, dan sistem keamanan lo.

Hubungi Kami

Artikel Terkait

WhatsApp