Elastic Compute Service:Ikhtisar Elasticity Assurance

Skenario

Skenario	Permintaan sumber daya periodik	Permintaan sumber daya sesekali	Permintaan sumber daya puncak
Diagram
Deskripsi	Cocok untuk lonjakan sumber daya yang dapat diprediksi dan bersifat periodik. Menjamin tugas dimulai tepat waktu dan mencegah pemborosan sumber daya selama periode di luar jam sibuk.	Memesan sumber daya untuk kejadian tak terduga atau lonjakan traffic. Hal ini menjamin respons bisnis yang cepat dan ketersediaan tinggi.	Selama periode persaingan sumber daya jaringan yang tinggi secara keseluruhan, seperti Double 11 dan Festival Musim Semi, pesan sumber daya terlebih dahulu untuk layanan inti Anda guna mencegah gangguan bisnis akibat persaingan sumber daya.
Contoh skenario	Rekonsiliasi keuangan akhir bulan, rendering batch akhir pekan, dan analitik data harian terjadwal.	Menanggapi peristiwa viral mendadak, scale-out aplikasi, dan alih bencana pemulihan layanan online.	ApsaraVideo Live, promosi penjualan e-commerce, peluncuran game online, dan penjualan tiket flash.

Konsep inti

Saat Anda membeli Elasticity Assurance, sistem akan memesan sumber daya sesuai dengan tipe instans dan jumlah yang ditentukan di zona tertentu. Sumber daya ini membentuk private pool.

Public pool adalah kolam sumber daya yang digunakan bersama oleh semua pengguna. Jika Anda membuat instans tanpa menentukan private pool, sistem secara default mengalokasikan sumber daya dari public pool.

Elasticity Assurance - Time-based: Memesan sumber daya untuk slot waktu tertentu (misalnya pukul 18.00 hingga 24.00 setiap hari) dalam periode tertentu (misalnya 30 hari).

Elasticity Assurance: Memesan sumber daya secara terus-menerus selama periode tertentu (misalnya 3 bulan).

Skenario dan kebijakan yang direkomendasikan

Skenario 1: Layanan inti – Menjamin kepastian sumber daya

• Layanan yang berlaku: Aplikasi inti seperti promosi penjualan e-commerce, peluncuran game, dan penyelesaian transaksi keuangan.

• Kebijakan yang direkomendasikan: Beli dedicated private pool dan gunakan mode Specified saat membuat instans.

• Hasil: Selama private pool memiliki kapasitas tersedia, instans dapat dibuat dengan sukses. Hal ini menghindari risiko kegagalan pembuatan akibat sumber daya publik yang tidak mencukupi.

Skenario 2: Layanan prioritas tinggi – Menyeimbangkan jaminan dan elastisitas

• Layanan yang berlaku: Berlaku untuk skenario seperti analitik data, komputasi batch, dan scale-out rutin untuk layanan online, di mana Anda ingin mengutamakan jaminan tetapi juga menggunakan sumber daya publik sebagai pelengkap.

• Kebijakan yang direkomendasikan: Beli open private pool dan gunakan mode Open saat membuat instans.

• Hasil: Kapasitas yang dipesan digunakan terlebih dahulu. Jika kapasitas yang dipesan habis, sistem secara otomatis mencoba menggunakan public resource pool.

Skenario 3: Layanan non-inti atau pengembangan/pengujian – Mengutamakan biaya

• Layanan yang berlaku: Pengembangan, lingkungan staging, atau layanan non-inti yang dapat mentolerir kegagalan pembuatan sesekali.

• Kebijakan yang direkomendasikan: Pilih opsi Do Not Use private pool saat membuat instans.

• Hasil: Public resource pool digunakan, tetapi Anda harus menerima kemungkinan bahwa pembuatan instans dapat gagal akibat fluktuasi inventaris di public resource pool.

Penagihan

Biaya Elasticity Assurance terdiri dari dua bagian:

1. Biaya jaminan (di muka): Biaya layanan satu kali yang dibayar saat Anda membeli Elasticity Assurance.

2. Biaya instans (pay-as-you-go): Instans pay-as-you-go yang berhasil dibuat dari private pool ditagih dengan harga standar.

Jenis jaminan	Time-based Elasticity Assurance	Elasticity Assurance
Diagram
Perhitungan biaya jaminan	$$\text{Reserved Capacity}\times \frac{\text{Monthly Price For the Instance Type}}{30days\times 24hours}\times 10\%\times \text{Guaranteed Duration (hours)}$$ Durasi perlindungan adalah durasi akumulasi dari segmen waktu yang tidak berurutan.	$$\text{Reserved Capacity}\times \text{Monthly Price For the Instance Type}\times 40\%\times \text{Guaranteed Duration (months)}$$
Total biaya	Coverage fee + instance fee

Urutan offset biaya instans: Untuk instans pay-as-you-go yang dibuat menggunakan Elasticity Assurance, tagihan per jam di-offset terhadap penawaran yang sesuai sebagai berikut:

1. Savings Plans

2. Regional Reserved Instances

   Zonal reserved instances tidak didukung.

3. Jika tidak ada penawaran yang berlaku, Anda akan ditagih dengan harga pay-as-you-go standar.

Batasan

• Lingkup: Elasticity Assurance hanya tersedia di wilayah dan zona tertentu serta untuk tipe instans tertentu. Untuk informasi lebih lanjut, lihat halaman pembelian di konsol.

• Modifikasi dan rilis: Setelah pembelian, Elasticity Assurance tidak dapat dimodifikasi, dibatalkan, atau dirilis lebih awal. Elasticity Assurance akan kedaluwarsa secara otomatis pada akhir masa berlakunya.

• Pencocokan atribut: Saat membuat instans, wilayah, zona, dan tipe instans yang dipilih harus persis sesuai dengan atribut Elasticity Assurance.

• Lingkup pemesanan: Pemesanan hanya menjamin kapasitas untuk tipe instans ECS yang ditentukan. Pemesanan tidak menjamin ketersediaan sumber daya terkait, seperti disk, alamat IP publik, atau Elastic Network Interfaces (ENIs).

• Pengaruh operasi instans: Upgrade atau downgrade instans yang telah dibuat akan mengeluarkannya dari private pool Elasticity Assurance. Instans tersebut tidak lagi memiliki jaminan ketersediaan sumber daya.

Rekomendasi untuk lingkungan produksi

• Integrasikan dengan Auto Scaling: Gabungkan Elasticity Assurance dengan Auto Scaling (ESS) untuk mengotomatiskan penjadwalan sumber daya.

  Saat Anda membuat atau memodifikasi grup penskalaan, atur Resource Pool Policy agar mengutamakan penggunaan kapasitas private pool dari Elasticity Assurance.

  • Opsi Resource Pool Policy:

    • Prioritize Private Pool: Mengutamakan penggunaan private pool yang ditentukan. Jika kapasitas private pool tidak mencukupi, sistem secara otomatis menggunakan open private pool atau public pool.

    • Private Pool Only: Instans harus menggunakan kapasitas dari private pool. Jika tidak, instans gagal dimulai.

  • Langkah konfigurasi:

    1. Masuk ke Auto Scaling console.

    2. Buat atau modifikasi grup penskalaan.

    3. Pada Advanced Settings dari scaling configuration, pilih kebijakan resource pool dan tentukan private pool untuk Elasticity Assurance.

• Monitoring dan Peringatan: Gunakan Cloud Monitor untuk membuat aturan peringatan untuk metrik kunci guna memantau penggunaan kapasitas. Misalnya, Anda dapat memicu peringatan saat kapasitas tersedia turun di bawah 20% dari total kapasitas:

  • Atur Product ke ECS Private Pool.

  • Atur Metric ke Instance Number Usage, Alert Level ke Warning (warn), dan Threshold ke 20%.

Referensi

Perbandingan Elasticity Assurance dan Capacity Reservation

FAQ

T: Mengapa kapasitas Elasticity Assurance saya tidak segera diperbarui setelah saya melepas instans?

J: Melepas instans memerlukan waktu. Untuk mencegah kegagalan pembuatan yang dapat terjadi jika kapasitas belum diperbarui, hindari sering membuat dan melepas instans.

T: Dapatkah saya menggunakan satu Elasticity Assurance di beberapa zona?

J: Tidak bisa. Jika Anda memerlukan jaminan di beberapa zona, Anda harus membuat Elasticity Assurance di setiap zona.

T: Dapatkah saya mengubah tipe instance untuk Elasticity Assurance?

J: Tidak bisa. Tipe instans untuk Elasticity Assurance tidak dapat diubah setelah dibeli.

T: Bagaimana cara melihat kapasitas tersisa private pool?

J: Buka halaman daftar Elasticity Assurance dan klik ID Elasticity Assurance. Anda dapat melihat penggunaan kapasitas di bagian Resource Details.

T: Untuk apa tag digunakan pada Elasticity Assurance?

A: Saat Anda membuat Instans, pool pribadi terbuka dapat dicocokkan berdasarkan tag instans.

• Dengan Tags: Jika Anda menambahkan tag ke instans yang sesuai dengan tag open private pool, instans tersebut secara otomatis dicocokkan dengan pool tersebut.

  Setelah Elasticity Assurance berlaku, sistem selalu menggunakan tag yang ditentukan saat pembelian untuk mencocokkan dengan private pool.

• Tanpa Tags: Jika Anda tidak menambahkan tag ke instans, sistem secara otomatis mencocokkan instans tersebut dengan open private pool yang tersedia.