Memilih model penetapan harga terbaik - Pilar Optimalisasi Biaya

Memilih model penetapan harga terbaik

Lakukan pemodelan biaya beban kerja: Pertimbangkan persyaratan komponen beban kerja dan pahami model harga potensial. Tetapkan persyaratan ketersediaan komponen. Tentukan apakah ada beberapa sumber daya independen yang melakukan fungsinya pada beban kerja, serta apa persyaratan beban kerja dari waktu ke waktu. Bandingkan biaya sumber daya menggunakan model harga Sesuai Permintaan default dan model lain yang dapat diterapkan. Pertimbangkan potensi perubahan apa pun pada sumber daya atau komponen beban kerja.

Melakukan analisis di tingkat akun secara rutin: Melaksanakan pemodelan biaya secara rutin akan memastikan bahwa peluang untuk mengoptimalkan di beberapa beban kerja dapat terlaksana. Misalnya, jika ada beberapa beban kerja yang menggunakan Instans Sesuai Permintaan, di level agregat, maka risiko perubahan akan menjadi lebih rendah, dan implementasi diskon berbasis komitmen akan menghasilkan biaya keseluruhan yang lebih rendah. Disarankan agar analisis dilakukan dalam siklus waktu dua minggu hingga satu bulan secara teratur. Analisis ini akan memungkinkan Anda untuk melakukan pembelian penyesuaian kecil, sehingga cakupan model harga Anda terus berevolusi dengan beban kerja serta komponennya yang terus berubah.

Gunakan alat rekomendasi AWS Cost Explorer untuk menemukan peluang-peluang diskon komitmen.

Untuk menemukan peluang untuk beban kerja Spot, gunakan tampilan penggunaan secara keseluruhan per jam, dan cari periode penggunaan atau elastisitas yang berubah secara teratur.

Model Penetapan Harga: AWS memiliki banyak model penetapan harga yang memungkinkan Anda membayar sumber daya Anda dengan cara yang paling hemat biaya, yang sesuai dengan kebutuhan organisasi Anda. Bagian berikut ini akan menjelaskan masing-masing model pembelian:

  • Instans Sesuai Permintaan

  • Instans Spot

  • Diskon komitmen - Savings Plans

  • Diskon komitmen - Instans/Kapasitas Terpesan

  • Pilihan geografis

  • Perjanjian dan penetapan harga ketiga pihak ketiga

Instans Sesuai Permintaan: Ini adalah model penetapan harga default, yakni model penetapan harga bayar sesuai pemakaian. Saat Anda menggunakan sumber daya (misalnya, instans EC2 atau layanan seperti DynamoDB Sesuai Permintaan), Anda membayar tarif tetap, dan Anda tidak memiliki komitmen jangka panjang. Anda dapat menambah atau mengurangi kapasitas sumber daya atau layanan-layanan Anda berdasarkan permintaan aplikasi Anda. Instans Sesuai Permintaan memiliki tarif per jam, tetapi tergantung pada layanannya, dapat ditagihkan dengan penambahan satu detik (misalnya Amazon RDS, atau instans Linux EC2). Instans Sesuai Permintaan direkomendasikan untuk aplikasi dengan beban kerja jangka pendek (misalnya, proyek empat bulan), yang mengalami lonjakan secara peiodik, atau beban kerja yang tak terprediksi yang tidak boleh terinterupsi. Instans Sesuai Permintaan juga cocok untuk beban kerja, seperti lingkungan pra-produksi, yang memerlukan runtime tanpa interupsi, tetapi tidak berjalan cukup lama untuk masuk ke diskon komitmen (Savings Plans atau Instans Terpesan).

Instans Spot: Sebuah Instans Spot adalah kapasitas komputasi Amazon EC2 cadangan yang tersedia dengan harga diskon hingga 90% dari harga Instans Sesuai Permintaan tanpa ada kewajiban komitmen jangka panjang. Dengan Instans Spot, Anda dapat secara signifikan mengurangi biaya untuk menjalankan aplikasi atau memperbesar skala kapasitas komputasi aplikasi Anda dengan anggaran biaya yang sama. Tidak seperti Instans Sesuai Permintaan, Instans Spot boleh diinterupsi dengan peringatan 2-menit jikalau Amazon EC2 memerlukan kapasitasnya kembali, atau jika harga Instans Spot melampaui harga yang telah diatur sebelumnya. Rata-rata, Instans Spot mengalami gangguan kurang dari 5% dari seluruh waktu.

Instans Spot adalah instans yang paling ideal ketika ada antrean atau terjadi buffer, atau di mana ada beberapa sumber daya yang bekerja secara independen untuk memproses permintaan (misalnya, pemrosesan data Hadoop). Biasanya beban kerja ini toleran terhadap kesalahan, tidak memandang geografis, dan fleksibel, seperti pemrosesan batch, big data dan analitik, lingkungan kontainer unit mandiri, dan komputasi performa tinggi (HPC). Beban kerja non-kritis seperti lingkungan pengujian dan pengembangan juga merupakan kandidat beban kerja untuk Instans Spot.

Instans Spot juga terintegrasi ke dalam beragam layanan AWS, seperti grup Amazon EC2 Auto Scaling, Amazon EMR, Amazon Elastic Container Service (Amazon ECS),dan AWS Batch.

Saat sebuah Instans Spot perlu diklaim ulang, Amazon EC2 mengirimkan sebuah peringatan dua menit melalui pemberitahuan interupsi Instans Spot yang dikirimkan melalui CloudWatch Events, serta di metadata instans. Selama periode dua menit tersebut, aplikasi Anda dapat memanfaatkan waktu yang tersedia itu untuk menyimpan statusnya, mengosongkan kontainer yang sedang berjalan, mengunggah file log akhir, atau menghapus dirinya sendiri dari sebuah penyeimbang beban. Pada akhir dua menit, Anda memiliki opsi untuk hibernasi, menghentikan, atau menghentikan Instans Spot.

Pertimbangkan praktik terbaik berikut saat Anda mengadopsi Instans Spot di beban kerja Anda:

  • Bersikaplah fleksibel di sebanyak mungkin jenis instans: Bersikaplah fleksibel di kedua famili dan ukuran jenis instans, untuk meningkatkan kemungkinan pemenuhan persyaratan kapasitas target Anda, untuk mendapatkan biaya serendah mungkin, dan minimalisir dampak interupsi.

  • Bersikaplah fleksibel tentang di mana beban kerja Anda akan berjalan: Kapasitas yang tersedia dapat bervariasi sesuai Zona Ketersediaan. Hal ini akan meningkatkan kecenderungan pemenuhan kapasitas target Anda dengan memanfaatkan beberapa kumpulan kapasitas cadangan, dan menyediakan biaya yang serendah mungkin.

  • Desain untuk keberlanjutan: Rancanglah desain beban kerja Anda untuk kebebasan batas geografis dan toleransi kesalahan, sehingga jika ada beberapa kapasitas EC2 Anda yang mengalami interupsi, hal itu tidak akan berdampak pada ketersediaan atau kinerja beban kerja.

  • Kami merekomendasikan Anda untuk menggunakan Instans Spot yang dikombinasikan dengan Instans Sesuai Permintaan dan Savings Plans/Instans Terpesan untuk memaksimalkan optimalisasi biaya beban kerja dengan kinerja.

Diskon komitmen – Savings Plans: AWS menyediakan sejumlah cara bagi Anda untuk mengurangi biaya dengan memesan atau membeli komitmen untuk menggunakan sejumlah sumber daya tertentu, dan menerima tarif diskon untuk sumber daya Anda. Paket Savings Plans memungkinkan Anda membuat komitmen pengeluaran per jam selama satu atau tiga tahun, dan menerima diskon harga di seluruh sumber daya Anda. Paket Savings Plans menyediakan diskon untuk layanan Komputasi AWS seperti Amazon EC2AWS Fargate, dan AWS Lambda. Ketika Anda membeli sebuah komitmen, Anda membayar jumlah komitmen itu setiap jam, dan jumlah tersebut akan dikurangi dari penggunaan Sesuai Permintaan Anda dengan persenan diskon. Misalnya, Anda membeli komitmen sebesar 50 USD per jam, dan memiliki 150 USD per jam penggunaan Sesuai Permintaan. Dengan mempertimbangkan skema harga Savings Plans, penggunaan spesifik Anda memiliki persenan diskon sebesar 50%. Jadi, komitmen 50 USD Anda mencakup 100 USD dari penggunaan Sesuai Permintaan. Anda akan membayar 50 USD (komitmen) dan 50 USD dari sisa penggunaan Sesuai Permintaan.

Paket Compute Savings Plans adalah paket yang paling fleksibel dan bisa memberikan Anda diskon hingga 66%. Paket-paket harga ini berlaku secara otomatis di seluruh Zona Ketersediaan, seluruh ukuran instans, famili instans, sistem operasi, penghunian, Wilayah, dan layanan komputasi.

Paket Savings Plans Instans memiliki fleksibilitas yang lebih sedikit tetapi memberikan persenan diskon yang lebih tinggi (hingga 72%). Paket-paket harga ini secara otomatis berlaku di seluruh Zona Ketersediaan, seluruh ukuran instans, sistem operasi, dan penghunian.

Ada tiga opsi pembayaran, yaitu:

  • Tanpa pembayaran di muka: Tanpa pembayaran di muka; Anda hanya harus membayar tarif per jam yang berkurang setiap bulan untuk total jam penggunaan dalam sebulan.

  • Pembayaran di muka sebagian: Memberikan besaran diskon yang lebih tinggi daripada opsi tanpa pembayaran di muka. Sebagian penggunaan dibayar di muka: kemudian Anda hanya harus membayar tarif per jam yang berkurang setiap bulan untuk total jam penggunaan dalam sebulan.

  • Pelunasan di muka: Penggunaan untuk seluruh periode dibayar di muka, dan tidak ada biaya lain yang dikeluarkan untuk sisa jangka waktu penggunaan yang ditanggung oleh paket komitmen ini.

Anda dapat menerapkan kombinasi apa pun dari ketiga opsi pembelian ini di seluruh beban kerja Anda.

Paket Savings Plans berlaku pertama untuk penggunaan di akun yang digunakan dalam pembelian paket, dari persentase diskon paling tinggi hingga paling rendah, kemudian paket tersebut akan berlaku untuk penggunaan gabungan di semua akun lain, dari persentase diskon paling tinggi hingga paling rendah.

Sebaiknya Anda membeli semua paket Savings Plans untuk satu akun dengan tanpa penggunaan atau pun sumber daya, seperti akun manajemen. Hal ini akan memastikan paket Savings Plans berlaku untuk persenan diskon paling tinggi di semua penggunaan Anda, yang akan memaksimalkan jumlah diskon.

Beban kerja dan penggunaan biasanya akan berubah dari waktu ke waktu. Anda sebaiknya melakukan pembelian sejumlah kecil komitmen Savings Plans dari waktu ke waktu secara berkelanjutan. Hal ini dapat memastikan bahwa Anda akan mempertahankan cakupan tingkat tinggi untuk memaksimalkan diskon Anda, dan paket yang Anda beli akan sangat sesuai dengan beban kerja dan persyaratan organisasi Anda setiap saat.

Jangan tetapkan cakupan target di akun Anda, karena adanya bermacam-macam diskon yang mungkin akan berlaku. Cakupan yang rendah tidak selalu menunjukkan potensi adanya penghematan yang besar. Anda mungkin memiliki cakupan yang rendah di akun Anda, tetapi jika penggunaan Anda terdiri dari instans-instans kecil, dengan sistem operasi yang sudah mempunyai lisensi, maka potensi penghematan yang Anda dapatkan bisa jadi sangat rendah, hanya beberapa persen saja. Sebagai gantinya, lakukan pelacakan dan pemantauan atas potensi penghematan yang tersedia di alat rekomendasi Savings Plans. Sering-seringlah meninjau rekomendasi Savings Plans di Cost Explorer (untuk melakukan analisis rutin) dan lanjutkan membeli komitmen sampai penghematan yang diperkirakan berada di bawah diskon yang diperlukan untuk organisasi. Misalnya, lacak dan pantau apakah diskon potensial Anda berada tetap di bawah 20%, jika lebih dari itu, maka Anda harus melakukan pembelian.

Lakukan pantauan pemanfaatan dan cakupan, tetapi hanya untuk mendeteksi perubahan. Jangan menargetkan persentase penggunaan atau cakupan tertentu, karena hal ini tidak selalu berbanding lurus dengan penghematan. Pastikan bahwa pembelian Savings Plans yang Anda lakukan menghasilkan peningkatan cakupan, dan jika terjadi penurunan cakupan atau pemanfaatan, maka Anda harus memastikan bahwa penurunan ini terukur dan diketahui. Misalnya, Anda melakukan migrasi terhadap sumber daya beban kerja ke jenis instans yang lebih baru, yang mengurangi pemanfaatan paket yang sudah ada, tetapi manfaat kinerja melebihi pengurangan penghematan.

Diskon komitmen – Instans/Komitmen Cadangan: Mirip dengan Savings Plans, Instans Terpesan (RI) yang menawarkan diskon hingga 72% untuk sebuah paket komitmen untuk menjalankan sumber daya dengan jumlah minimum. Instans Terpesan tersedia untuk Amazon RDS, Amazon OpenSearch Service, Amazon ElastiCache, Amazon Redshift, dan DynamoDB. Amazon CloudFront dan AWS Elemental MediaConvert juga memberikan diskon saat Anda mencapai komitmen penggunaan minimum Anda. Instans Terpesan saat ini tersedia untuk Amazon EC2, namun Savings Plans juga menawarkan tingkat diskon yang sama dengan peningkatan fleksibilitas dan tidak ada biaya overhead manajemen.

Instans Terpesan menawarkan opsi harga yang sama tanpa pembayaran di muka, pembayaran sebagian di muka, dan pelunasan di muka, dan persyaratan yang sama untuk satu atau tiga tahun.

Instans Terpesan dapat dibeli di sebuah Wilayah atau Zona Ketersediaan tertentu. Mereka menyediakan reservasi kapasitas saat Instans Terpesan dibeli di sebuah Zona Ketersediaan.

Amazon EC2 memiliki fitur RI yang dapat dikonversi, namun paket Savings Plans harus diterapkan ke semua instans EC2 untuk peningkatan fleksibilitas dan pengurangan biaya operasional.

Proses dan metrik yang sama harus digunakan untuk melakukan pelacakan dan pembelian Instans Terpesan. Anda sebaiknya tidak melacak cakupan RI di seluruh akun Anda. Anda juga sebaiknya tidak melakukan pelacakan dan pemantauan persentase pemanfaatan, sebagai gantinya, Anda dapat melihat laporan pemanfaatan di Cost Explorer, dan menggunakan kolom penghematan bersih yang ada pada tabel. Jika penghematan bersih bernilai angka negatif yang sangat besar, maka Anda harus mengambil tindakan untuk melakukan pemulihan RI yang tidak digunakan.

Armada EC2: Armada EC2 adalah sebuah fitur yang memungkinkan Anda menentukan kapasitas komputasi target, lalu menentukan jenis instans dan saldo Instans Sesuai Permintaan dan Instans Spot untuk armada tersebut. Armada EC2 akan secara otomatis meluncurkan kombinasi harga paling rendah dari banyak sumber daya untuk memenuhi kapasitas yang telah ditentukan.

Pemilihan geografis: Saat Anda merancang arsitektur solusi Anda, praktik terbaik yang dapat diterapkan adalah berusaha menempatkan sumber daya komputasi lebih dekat dengan para pengguna untuk memberikan latensi yang lebih rendah dan kedaulatan data yang kuat. Untuk audiens global, Anda harus menggunakan beberapa lokasi untuk memenuhi kebutuhan-kebutuhan ini. Anda harus memilih lokasi geografis yang dapat meminimalkan biaya Anda.

Infrastruktur AWS Cloud dibangun di sekitar Wilayah dan Zona Ketersediaan. Sebuah Wilayah adalah lokasi fisik di dunia yang terdiri dari beberapa Zona Ketersediaan. Zona Ketersediaan (AZ) terdiri dari satu atau beberapa pusat data terpisah, yang masing-masing pusat data itu memiliki daya, jaringan, dan konektivitas redundan yang ditempatkan di fasilitas-fasilitasterpisah juga.

Setiap Wilayah AWS dioperasikan dalam kondisi pasar setempat, dan harga sumber daya di setiap Wilayah tentunya berbeda. Pilihlah sebuah Wilayah tertentu untuk mengoperasikan komponen atau seluruh solusi Anda sehingga Anda dapat menjalankannya dengan harga serendah mungkin secara global. Anda dapat menggunakan Kalkulator Bulanan Sederhana AWS untuk membuat estimasi biaya beban kerja Anda di berbagai Wilayah.

Perjanjian dan penentuan harga pihak ketiga: Ketika Anda menggunakan solusi atau layanan pihak ketiga di cloud, Anda harus memastikan bahwa struktur harga selaras dengan hasil-hasil Optimasi Biaya yang Anda dapatkan. Skema harga harus diskalakan sesuai dengan hasil dan nilai yang disediakan oleh solusi atau layanan tersebut. Contoh dari hal ini adalah perangkat lunak yang mengambil persentase dari penghematan yang disediakan, makin banyak Anda penghematannya (hasil), makin banyak juga biayanya. Perjanjian yang diskalakan sesuai dengan tagihan Anda biasanya tidak selaras dengan Optimasi Biaya, kecuali jika perjanjian tersebut menyediakan hasil untuk setiap bagian tagihan spesifik Anda. Misalnya, solusi yang menyediakan rekomendasi untuk Amazon EC2 dan mengenakan biaya persentase dari seluruh tagihan Anda akan meningkat jika Anda menggunakan layanan-layanan lain yang tidak menerima manfaat darinya. Contoh lainnya adalah sebuah layanan terkelola yang dikenakan biaya dengan persentase dari biaya sumber daya yang dikelola. Sebuah instans yang memiliki ukuran lebih besar tidak selalu memerlukan lebih banyak upaya manajemen, tetapi akan dikenakan lebih banyak biaya. Pastikan bahwa perjanjian harga layanan ini mencakup program optimalisasi biaya atau fitur-fitur yang ada pada layanan mereka untuk mendorong efisiensi.