Pilar Optimalisasi Biaya dan Keberlanjutan

Pilar Optimasi Biaya berfokus pada menghindari biaya yang tidak perlu dan memperoleh nilai maksimal dari pengeluaran AWS Anda. Pilar ini sering kali memberikan dampak paling cepat karena sumber daya cloud mudah disediakan secara berlebihan. Prinsip desain utama: Terapkan pengelolaan keuangan cloud — perlakukan biaya sebagai metrik utama. Terapkan model konsumsi — bayar hanya untuk yang Anda gunakan. Ukur efisiensi secara keseluruhan — lacak biaya per unit nilai bisnis. Kurangi pengeluaran untuk pekerjaan berat yang tidak membedakan — gunakan layanan terkelola daripada mengelola infrastruktur sendiri.

Penyesuaian ukuran adalah tindakan optimasi biaya yang paling berdampak—mengidentifikasi dan menghapus resource yang kapasitasnya berlebihan. Pola yang umum terjadi adalah meluncurkan instances berukuran besar saat penyediaan awal, lalu tidak pernah meninjau ukurannya kembali. AWS Compute Optimizer menganalisis metrik pemanfaatan dan merekomendasikan tipe instance yang optimal. Temuan umum: m5.4xlarge yang berjalan dengan CPU 5% seharusnya menggunakan t3.medium, sehingga menghemat 80% biaya komputasi. Penyesuaian ukuran berlaku untuk EC2, Lambda (memori), RDS, dan volume EBS.

Untuk beban kerja yang stabil, harga On-Demand adalah opsi yang paling mahal. Penghematan signifikan tersedia melalui: Reserved Instances (1 atau 3 tahun)—penghematan hingga 72% untuk beban kerja yang dapat diprediksi. Savings Plans—komitmen fleksibel (penghematan hingga 66%) yang berlaku di berbagai keluarga instance dan wilayah. Spot Instances—penghematan hingga 90% untuk beban kerja yang dapat dihentikan sementara (batch, CI/CD, tanpa status). Armada yang dioptimalkan biayanya biasanya menggabungkan ketiganya: Savings Plans untuk kapasitas dasar, Spot untuk lonjakan, dan On-Demand untuk kasus khusus.

Spot Instances menggunakan kapasitas AWS yang tidak terpakai dengan diskon hingga 90%, tetapi dapat dihentikan dengan pemberitahuan 2 menit ketika AWS membutuhkan kembali kapasitas tersebut. Spot cocok untuk: pemrosesan batch (menggunakan checkpoint dan melanjutkan proses), agen build CI/CD, server web tanpa status (di belakang ALB; ELB mengarahkan lalu lintas ke instance lain jika ada instance yang terhenti), serta node pekerja EMR dan EKS. Gunakan Spot Fleet atau ASG dengan beberapa tipe instance dan AZ untuk menyebarkan kapasitas ke berbagai pool dan mengurangi risiko penghentian.

Biaya penyimpanan S3 dapat dikurangi secara drastis dengan menggunakan kelas penyimpanan yang tepat dan mengotomatiskan transisi. S3 Intelligent-Tiering secara otomatis memindahkan objek antartingkat akses berdasarkan pola akses—ideal ketika pola akses belum diketahui. Aturan siklus hidup memindahkan objek sesuai jadwal: dari Standard → Standard-IA setelah 30 hari → Glacier setelah 90 hari → Deep Archive setelah 180 hari. Pertimbangkan juga S3 Select untuk mengambil hanya sebagian data objek yang diperlukan, sehingga mengurangi biaya transfer dan pemrosesan data.

Tanpa pemberian tag yang tepat, Anda tidak dapat memahami jumlah pengeluaran setiap tim atau proyek. Cost Allocation Tags memungkinkan Anda menguraikan biaya berdasarkan tim, proyek, lingkungan, atau dimensi apa pun yang Anda tentukan. Aktifkan tag di konsol Billing, lalu gunakan AWS Cost Explorer untuk memfilter dan mengelompokkan biaya berdasarkan tag. Terapkan pemberian tag dengan Tag Policies di AWS Organizations dan gunakan AWS Config rules untuk mendeteksi resource tanpa tag. Dengan demikian, Anda dapat menerapkan showback (visibilitas) dan chargeback (atribusi biaya) ke masing-masing tim.

Pilar Sustainability (ditambahkan pada 2021) berfokus pada meminimalkan dampak lingkungan dari beban kerja cloud dengan mengurangi konsumsi energi dan meningkatkan efisiensi. Prinsip desainnya: Pahami dampak Anda—ukur jejak karbon beban kerja Anda. Tetapkan tujuan sustainability. Maksimalkan pemanfaatan—sesuaikan ukuran untuk menghindari resource yang menganggur. Antisipasi dan gunakan perangkat keras yang lebih efisien—gunakan generasi instance terbaru. Gunakan layanan terkelola—AWS mengoperasikan pusat data dengan lebih efisien daripada kebanyakan organisasi.

Prosesor AWS Graviton (berbasis ARM) menawarkan efisiensi energi 60% lebih baik dan price/performance 20–40% lebih baik dibandingkan instances x86. Instances Graviton3/4 (keluarga c7g, m7g, r7g, t4g) tersedia untuk sebagian besar beban kerja EC2, Lambda, dan Fargate. Perpindahan dari x86 ke Graviton meningkatkan pilar Sustainability dan Cost Optimisation secara bersamaan—lebih sedikit watt per komputasi dan harga instance yang lebih rendah. Sebagian besar beban kerja (Linux, aplikasi dalam container, JVM) dapat dimigrasikan dengan perubahan minimal.

Salah satu sumber utama pemborosan biaya dan energi yang tidak perlu adalah resource yang menganggur—instances EC2 dengan penggunaan CPU 1%, volume EBS yang tidak terpasang, Elastic IP yang tidak digunakan, serta lingkungan pengembangan/pengujian yang terlupakan dan berjalan 24/7. Terapkan jadwal mulai/berhenti untuk lingkungan non-produksi menggunakan aturan EventBridge dan otomatisasi Systems Manager—hentikan instances pengembangan pada pukul 18.00 dan mulai pada pukul 08.00. Gunakan AWS Trusted Advisor dan Cost Explorer untuk mengidentifikasi instances yang menganggur, volume EBS yang tidak digunakan, dan Reserved Instances yang kurang dimanfaatkan.

Menyimpan data tanpa batas waktu membuang energi. Pilar Sustainability merekomendasikan penerapan kebijakan siklus hidup data untuk menghapus atau mengarsipkan data yang tidak lagi diperlukan secara otomatis. Gunakan aturan S3 Lifecycle dengan tanggal kedaluwarsa untuk menghapus objek setelah periode retensi. Gunakan DynamoDB TTL untuk otomatis mengakhiri masa berlaku catatan lama. Gunakan kebijakan retensi CloudWatch Logs untuk menghapus grup log setelah periode yang ditentukan. Menghapus data yang tidak diperlukan mengurangi biaya penyimpanan dan energi yang dibutuhkan untuk menyimpan serta mendinginkannya.

Cost Optimisation terkadang bertentangan dengan pilar lain. Multi-AZ RDS menggandakan biaya basis data, tetapi diperlukan untuk pilar Reliability. Replikasi Lintas Wilayah meningkatkan keandalan, tetapi menambah biaya penyimpanan dan transfer. Multi-wilayah aktif-aktif mengurangi latensi (Performance Efficiency), tetapi biayanya 2–3 kali lebih besar. Well-Architected Framework tidak menyatakan bahwa Anda harus selalu memilih opsi termurah—yang dianjurkan adalah membuat pertukaran yang disadari antara berbagai pilar dan mendokumentasikan alasannya. Ujian menguji kemampuan Anda dalam memilih solusi paling hemat biaya yang tetap memenuhi persyaratan yang dinyatakan.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini, Anda mempelajari bahwa: Cost Optimisation menggabungkan penyesuaian ukuran, model pembelian (Reserved/Savings Plans/Spot), dan pengelolaan siklus hidup S3, Sustainability berfokus pada pemaksimalan pemanfaatan, penggunaan instances Graviton, dan penerapan kebijakan siklus hidup data, serta pertukaran biaya dengan pilar lain harus dilakukan secara sadar berdasarkan persyaratan bisnis. Tag biaya memungkinkan penerapan showback dan chargeback di seluruh tim. Selanjutnya, kita akan mempelajari Well-Architected Tool dan proses peninjauannya.