Memilih model penetapan harga terbaik - Pilar Optimalisasi Biaya

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

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 harga: AWS memiliki beberapa 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. Ketika Anda menggunakan sumber daya (misalnya, EC2 contoh 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. On-Demand memiliki tarif per jam, tetapi tergantung pada layanannya, dapat ditagih dengan penambahan satu detik (misalnya AmazonRDS, atau instance 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: Instans Spot adalah kapasitas EC2 komputasi Amazon cadangan yang tersedia dengan diskon hingga 90% dari harga On-Demand tanpa komitmen jangka panjang yang diperlukan. 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 On-Demand, Instans Spot dapat diinterupsi dengan peringatan 2 menit jika Amazon EC2 membutuhkan kapasitasnya kembali, atau harga Instans Spot melebihi harga yang Anda konfigurasi. 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, tanpa kewarganegaraan, dan fleksibel, seperti pemrosesan batch, data besar dan analitik, lingkungan kontainer, dan komputasi kinerja tinggi (). HPC Beban kerja non-kritis seperti lingkungan pengujian dan pengembangan juga merupakan kandidat beban kerja untuk Instans Spot.

Instans Spot juga diintegrasikan ke dalam beberapa AWS layanan, seperti grup EC2 Auto Scaling Amazon, AmazonEMR, Amazon Elastic Container Service (ECSAmazon), dan. AWS Batch

Saat Instans Spot perlu direklamasi, Amazon EC2 mengirimkan peringatan dua menit melalui pemberitahuan interupsi Instans Spot yang dikirimkan melalui CloudWatch Peristiwa, serta dalam 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 kontinuitas: Rancang beban kerja Anda untuk kewarganegaraan dan toleransi kesalahan, sehingga jika beberapa EC2 kapasitas Anda terganggu, 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 berkomitmen 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. Savings Plans memberikan diskon untuk layanan AWS Compute seperti AmazonEC2, AWS 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 Cadangan tersedia untuk AmazonRDS, OpenSearch Layanan Amazon, Amazon, Amazon Redshift ElastiCache, dan DynamoDB. Amazon CloudFront dan AWS Elemental MediaConvert juga memberikan diskon saat Anda membuat komitmen penggunaan minimum. Instans Cadangan saat ini tersedia untuk AmazonEC2, namun Savings Plans menawarkan tingkat diskon yang sama dengan peningkatan fleksibilitas dan tidak ada 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 yang dapat dikonversiRIs, namun, Savings Plans harus digunakan untuk semua EC2 instans karena peningkatan fleksibilitas dan pengurangan biaya operasional.

Proses dan metrik yang sama harus digunakan untuk melakukan pelacakan dan pembelian Instans Terpesan. Disarankan untuk tidak melacak cakupan RIs 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.

EC2EC2Fleet: Fleet adalah fitur yang memungkinkan Anda menentukan kapasitas komputasi target, lalu menentukan jenis instans dan saldo Instans On-Demand dan Spot untuk armada. EC2Armada akan secara otomatis meluncurkan kombinasi harga terendah sumber daya untuk memenuhi kapasitas yang 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.

AWS Cloud Infrastruktur 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.

Masing-masing Wilayah AWS beroperasi dalam kondisi pasar lokal, dan harga sumber daya berbeda di setiap Wilayah. 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 memberikan rekomendasi untuk Amazon EC2 dan membebankan persentase dari seluruh tagihan Anda akan meningkat jika Anda menggunakan layanan lain yang tidak memberikan manfaatnya. 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.

Praktik terbaik