View a markdown version of this page

Memahami strategi pengoptimalan biaya - AWS Manajemen Biaya

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

Memahami strategi pengoptimalan biaya

Hub Pengoptimalan Biaya mengelompokkan rekomendasi Anda ke dalam strategi pengoptimalan biaya berikut:

Paket Tabungan Beli

Beli Compute, instans EC2, dan Paket Tab SageMaker ungan.

Pemesanan pembelian

Beli reservasi EC2, Amazon RDS, OpenSearch, Amazon Redshift,, MemoryDB ElastiCache, dan DynamoDB.

Berhenti

Hentikan sumber daya yang tidak digunakan atau tidak digunakan untuk menghemat hingga 100% dari biaya sumber daya.

Hapus

Hapus sumber daya yang tidak digunakan atau tidak digunakan untuk menghemat hingga 100% dari biaya sumber daya.

Skala dalam

Skalakan sumber daya yang tidak digunakan atau tidak digunakan untuk menghemat biaya sumber daya.

Ukuran yang tepat

Pindah ke jenis instance EC2 yang lebih kecil dari arsitektur CPU yang sama.

Tingkatkan

Pindah ke produk generasi berikutnya, seperti pindah dari tipe volume Amazon EBS io1 ke io2.

Bermigrasi ke Graviton

Pindah dari x86 ke Graviton untuk menghemat biaya.

Tabel berikut menunjukkan pemetaan lengkap tindakan yang direkomendasikan dan jenis sumber daya.

Tindakan Tipe sumber daya Ketentuan Upaya implementasi Diperlukan restart sumber daya Kembalikan dimungkinkan
Paket Tabungan Beli Hitung Rencana Tabungan Semua Sangat rendah Tidak Tidak
Paket Tabungan Instans EC2 Semua Sangat rendah Tidak Tidak
SageMaker Paket Tabungan Semua Sangat rendah Tidak Tidak
Pemesanan pembelian Instans Cadangan EC2 Semua Sangat rendah Tidak Ya
Instans Cadangan Amazon RDS Semua Sangat rendah Tidak Tidak
Node cadangan Amazon Redshift Semua Sangat rendah Tidak Tidak
OpenSearch Instans Cadangan Semua Sangat rendah Tidak Tidak
ElastiCache simpul yang dicadangkan Semua Sangat rendah Tidak Tidak
Instans cadangan MemoryDB Semua Sangat rendah Tidak Tidak
Kapasitas cadangan DynamoDB Semua Sangat rendah Tidak Tidak
Menghentikan Instans EC2 Semua Rendah Tidak Ya
Instans DB RDS Mesin RDS MySQL dan RDS PostgreSQL saja Rendah Ya Ya
Delete Volume EBS Semua Rendah Tidak Tidak
Layanan Amazon ECS Semua Rendah Tidak Tidak
Instans DB RDS Hanya mesin Aurora MySQL dan Aurora PostgreSQL Rendah Tidak Ya
Penurunan skala Grup Penskalaan Otomatis EC2 Semua Rendah Tidak Tidak
Ukuran yang tepat Instans EC2 (mandiri) Tidak ada perubahan hypervisor Sedang Ya Ya
Instans EC2 (mandiri) Dengan perubahan hypervisor Tinggi Ya Ya
Grup Penskalaan Otomatis EC2 Semua Sedang Ya Ya
Volume EBS Semua Rendah Tidak Ya
Fungsi lambda Semua Rendah Tidak Ya
Layanan Amazon ECS Semua Rendah Ya Ya
Instans DB RDS Semua Sedang Ya Ya
Penyimpanan instans RDS DB Semua Rendah Tidak Ya
Penyimpanan cluster Aurora DB Semua Rendah Tidak Ya
Peningkatan Instans EC2 (mandiri) Tidak ada perubahan hypervisor Sedang Ya Ya
Instans EC2 (mandiri) Dengan perubahan hypervisor Tinggi Ya Ya
Grup Penskalaan Otomatis EC2 Semua Sedang Ya Ya
Volume EBS Semua Rendah Tidak Ya
Instans DB RDS Semua Sedang Ya Ya
Penyimpanan instans RDS DB Semua Rendah Tidak Ya
Bermigrasi ke Graviton Instans EC2 (mandiri) Dengan jenis beban kerja Graviton-compatible yang disimpulkan Tinggi Ya Ya
Instans EC2 (mandiri) Tanpa jenis beban kerja Graviton-compatible yang disimpulkan Sangat tinggi Ya Ya
Grup Penskalaan Otomatis EC2 Dengan jenis beban kerja Graviton-compatible yang disimpulkan Tinggi Ya Ya
Grup Penskalaan Otomatis EC2 Tanpa jenis beban kerja Graviton-compatible yang disimpulkan Sangat tinggi Ya Ya
Instans DB RDS Semua Sedang Ya Ya