Saat grup penskalaan melakukan skala-masuk, Auto Scaling menggunakan dua kebijakan secara bersamaan untuk menentukan instans Elastic Compute Service (ECS) mana yang akan dihapus: scaling policy dan scale-in policy. Kebijakan penskalaan mempersempit kumpulan kandidat berdasarkan zona atau biaya; kebijakan skala-masuk memilih instans spesifik yang akan dihapus dari kumpulan tersebut.
Jika beberapa instans memenuhi persyaratan yang ditentukan dalam kombinasi kebijakan tersebut, Auto Scaling menghapus salah satunya secara acak. Untuk mencegah instans yang ditambahkan secara manual dihapus, masukkan instans tersebut ke dalam status Protected.
Cara pemilihan skala-masuk bekerja
Pemilihan skala-masuk mengikuti dua tahap secara berurutan:
Scaling policy — memfilter kumpulan kandidat menjadi subset instans berdasarkan keseimbangan zona, biaya, atau prioritas.
Scale-in policy — memilih satu instans dari subset tersebut berdasarkan waktu pembuatan atau fungsi kustom.
Contoh dalam topik ini menunjukkan hasil dari setiap kombinasi kebijakan sehingga Anda dapat memprediksi instans mana yang akan dihapus oleh Auto Scaling dalam grup penskalaan Anda sendiri.
Kebijakan penskalaan
Tetapkan kebijakan penskalaan saat membuat atau mengubah grup penskalaan. Kebijakan ini mengontrol cara Auto Scaling mendistribusikan dan menghapus instans di berbagai zona.
Priority policy
Auto Scaling melakukan skala-masuk pada zona vSwitch dengan prioritas tertinggi terlebih dahulu. Jika penskalaan gagal di sana, sistem beralih ke vSwitch dengan prioritas berikutnya.
Selama skala-masuk, kebijakan prioritas tidak melakukan filter berdasarkan zona—kebijakan skala-masuk yang menentukan instans mana yang dihapus. Lihat Skenario 1 untuk contoh.
Balanced distribution policy
Mengharuskan grup penskalaan dikaitkan dengan beberapa vSwitch di zona berbeda. Setelah setiap skala-masuk, distribusi instans di seluruh zona tetap seimbang.
Selama skala-masuk, Auto Scaling pertama-tama mengidentifikasi zona dengan jumlah instans terbanyak, lalu menerapkan kebijakan skala-masuk untuk memilih instans yang akan dihapus dari zona tersebut. Lihat Skenario 2 untuk contoh.
Cost optimization policy
Mengharuskan konfigurasi penskalaan memiliki beberapa tipe instans. Selama skala-masuk, Auto Scaling menghapus instans dengan harga satuan vCPU tertinggi terlebih dahulu. Jika beberapa instans memiliki harga tertinggi yang sama, kebijakan skala-masuk menentukan instans mana yang dihapus. Lihat Skenario 3 untuk contoh.
Jika konfigurasi penskalaan mencakup beberapa tipe instans preemptible, Auto Scaling akan membuat instans preemptible terlebih dahulu selama skala keluar. Instans pay-as-you-go hanya dibuat ketika instans preemptible tidak tersedia karena stok tidak mencukupi.
Custom combination policy
Memungkinkan Anda menentukan rasio kustom antara instans pay-as-you-go dan instans preemptible, menyeimbangkan instans di berbagai zona, serta memilih tipe instans tertentu. Konfigurasikan kebijakan ini di Konsol Auto Scaling.
Kebijakan scale-in
Kebijakan skala-masuk memilih satu instans spesifik dari kandidat yang dihasilkan oleh kebijakan penskalaan. Konfigurasikan satu atau dua langkah di Konsol Auto Scaling:
Satu langkah: Auto Scaling memfilter instans menggunakan kriteria langkah tersebut dan menghapus hasilnya (atau instans acak jika beberapa instans sesuai).
Dua langkah: Auto Scaling menerapkan langkah pertama, lalu menerapkan langkah kedua pada hasil langkah pertama.
Opsi yang tersedia untuk setiap langkah:
| Opsi | Apa yang dihapus oleh Auto Scaling |
|---|---|
| Instances created from earliest scaling configuration | Instans yang dibuat menggunakan konfigurasi penskalaan atau template peluncuran paling awal. Instans yang ditambahkan secara manual tidak memiliki konfigurasi terkait, sehingga dikecualikan kecuali tidak ada instans lain yang tersisa—pada titik tersebut, instans yang ditambahkan secara manual dihapus secara acak. |
| Earliest instances | Instans yang dibuat pada waktu paling awal. |
| Most recent instances | Instans yang dibuat pada waktu paling baru. |
| Custom policy | Instans yang dipilih oleh kebijakan kustom yang berisi layanan, versi, dan fungsi (dikonfigurasi menggunakan Function Compute). |
| No policy *(hanya untuk langkah kedua)* | Tidak ada filter tambahan; Auto Scaling menghapus instans acak dari hasil langkah pertama. |
Urutan penambahan template peluncuran ke grup penskalaan menentukan mana yang dianggap "paling awal"—bukan nomor versi templat tersebut. Misalnya, jika lt-foress V2 ditentukan saat grup penskalaan dibuat, lalu diganti dengan lt-foress V1 saat grup dimodifikasi, Auto Scaling menganggap lt-foress V2 sebagai templat paling awal.
Contoh
Contoh berikut menggunakan lima instans dalam satu grup penskalaan dan menunjukkan instans mana yang dihapus oleh Auto Scaling untuk setiap kombinasi kebijakan.
Data instans di bawah ini hanya untuk ilustrasi. Nilai aktual di Konsol Auto Scaling lebih diutamakan.
| ID Instans | Zona | Dibuat pada | Konfigurasi penskalaan | Harga satuan vCPU (USD) |
|---|---|---|---|---|
| i-1 | Hangzhou Zone H | 17 Mei 2021, 11:05:00 | asc-1 (paling awal) | 1 |
| i-2 | Hangzhou Zone I | 18 Mei 2021, 11:05:00 | asc-1 (paling awal) | 2 |
| i-3 | Hangzhou Zone I | 19 Mei 2021, 11:05:00 | asc-1 (paling awal) | 3 |
| i-4 | Hangzhou Zone H | 20 Mei 2021, 11:05:00 | asc-2 | 3 |
| i-5 | Hangzhou Zone I | 21 Mei 2021, 11:05:00 | asc-2 | 3 |
Skenario 1: Kebijakan prioritas + kebijakan skala-masuk
Kebijakan prioritas tidak melakukan filter berdasarkan zona selama skala-masuk, sehingga kebijakan skala-masuk sendiri yang menentukan instans mana yang dihapus. Semua lima instans merupakan kandidat.
Dalam contoh kebijakan kustom di bawah, kebijakan kustom menargetkan instans di Hangzhou Zone I dan Hangzhou Zone H dengan ID i-1 dan i-3.
| Langkah pertama | Langkah kedua | Mengapa instans ini dipilih | Instans yang dihapus |
|---|---|---|---|
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans paling awal | asc-1 membuat i-1, i-2, dan i-3. Di antara ini, i-1 dibuat pertama kali. | i-1 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans paling baru | asc-1 membuat i-1, i-2, dan i-3. Di antara ini, i-3 dibuat terakhir. | i-3 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Tidak ada kebijakan | asc-1 membuat i-1, i-2, dan i-3. Tidak ada filter tambahan — salah satu dihapus secara acak. | i-1, i-2, atau i-3 (acak) |
| Instans paling awal | — | Tidak ada filter zona; i-1 dibuat pertama di antara semua instans. | i-1 |
| Instans terbaru | — | Tidak ada filter zona; i-5 dibuat terakhir di antara semua instans. | i-5 |
| Kebijakan kustom | Instans yang dibuat dari konfigurasi penskalaan paling awal | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, i-1 dibuat menggunakan asc-1, yaitu konfigurasi paling awal. | i-1 |
| Kebijakan kustom | Instans paling awal | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, i-1 dibuat pertama kali. | i-1 |
| Kebijakan kustom | Instans paling baru | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, i-3 dibuat terakhir. | i-3 |
| Kebijakan kustom | Tidak ada kebijakan | Kebijakan kustom memilih i-1 dan i-3. Tidak ada filter tambahan — salah satu dihapus secara acak. | i-1 atau i-3 (acak) |
Skenario 2: Kebijakan distribusi seimbang + kebijakan skala-masuk
Hangzhou Zone I memiliki tiga instans (i-2, i-3, i-5) dan Hangzhou Zone H memiliki dua (i-1, i-4). Zona I memiliki satu instans lebih banyak, sehingga Auto Scaling menargetkan Zona I untuk memulihkan keseimbangan. Kandidatnya adalah i-2, i-3, dan i-5.
Pengecualian: jika kebijakan kustom dikonfigurasi pada langkah pertama, kebijakan tersebut memilih i-3 (Zona I) dari himpunan target kebijakan kustom yaitu i-1 dan i-3—karena hanya i-3 yang berada di zona yang kelebihan representasi.
| Langkah pertama | Langkah kedua | Mengapa instans ini dipilih | Instans yang dihapus |
|---|---|---|---|
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans paling awal | Kandidat Zona I: i-2, i-3, i-5. Di antara instans asc-1 (i-2, i-3), i-2 dibuat pertama kali. | i-2 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans paling baru | Kandidat Zona I: i-2, i-3, i-5. Di antara instans asc-1 (i-2, i-3), i-3 dibuat terakhir. | i-3 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Tidak ada kebijakan | Kandidat Zona I: i-2, i-3, i-5. Instans asc-1 di Zona I adalah i-2 dan i-3. Tidak ada filter tambahan — salah satu dihapus secara acak. | i-2 atau i-3 (acak) |
| Instans paling awal | — | Kandidat Zona I: i-2, i-3, i-5. i-2 dibuat pertama di antara mereka. | i-2 |
| Instans paling baru | — | Kandidat Zona I: i-2, i-3, i-5. i-5 dibuat terakhir di antara mereka. | i-5 |
| Kebijakan kustom | Instans yang dibuat dari konfigurasi penskalaan paling awal | Kebijakan kustom menargetkan i-1 dan i-3; hanya i-3 yang berada di Zona I. i-3 dihapus. | i-3 |
| Kebijakan kustom | Instans paling awal | Kebijakan kustom menargetkan i-1 dan i-3; hanya i-3 yang berada di Zona I. i-3 dihapus. | i-3 |
| Kebijakan kustom | Instans terbaru | Kebijakan kustom menargetkan i-1 dan i-3; hanya i-3 yang berada di Zona I. i-3 dihapus. | i-3 |
| Kebijakan kustom | Tidak ada kebijakan | Kebijakan kustom menargetkan i-1 dan i-3; hanya i-3 yang berada di Zona I. i-3 dihapus. | i-3 |
Skenario 3: Kebijakan optimalisasi biaya + kebijakan skala-masuk
Harga satuan vCPU tertinggi di antara semua instans adalah USD 3. Auto Scaling menargetkan i-3, i-4, dan i-5—semuanya dihargai USD 3.
Pengecualian: jika kebijakan kustom dikonfigurasi pada langkah pertama, kebijakan tersebut memilih i-1 (Zona H) dan i-3 (Zona I). Di antara ini, hanya i-3 yang memiliki harga tertinggi (USD 3), sehingga i-3 selalu dihapus ketika kebijakan kustom diterapkan.
| Langkah pertama | Langkah kedua | Mengapa instans ini dipilih | Instans yang dihapus |
|---|---|---|---|
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans paling awal | Kandidat harga tertinggi: i-3, i-4, i-5. Di antara instans asc-1 (i-3), i-3 adalah satu-satunya yang cocok. | i-3 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Instans terbaru | Kandidat harga tertinggi: i-3, i-4, i-5. Di antara instans asc-1 (i-3), i-3 adalah satu-satunya yang cocok. | i-3 |
| Instans yang dibuat dari konfigurasi penskalaan paling awal | Tidak ada kebijakan | Kandidat harga tertinggi: i-3, i-4, i-5. Hanya i-3 yang dibuat menggunakan asc-1. | i-3 |
| Instans paling awal | — | Kandidat harga tertinggi: i-3, i-4, i-5. i-3 dibuat pertama di antara mereka. | i-3 |
| Instans terbaru | — | Kandidat harga tertinggi: i-3, i-4, i-5. i-5 dibuat terakhir di antara mereka. | i-5 |
| Kebijakan kustom | Instans yang dibuat dari konfigurasi penskalaan paling awal | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, hanya i-3 yang memiliki harga tertinggi. | i-3 |
| Kebijakan kustom | Instans paling awal | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, hanya i-3 yang memiliki harga tertinggi. | i-3 |
| Kebijakan kustom | Instans paling baru | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, hanya i-3 yang memiliki harga tertinggi. | i-3 |
| Kebijakan kustom | Tidak ada kebijakan | Kebijakan kustom memilih i-1 dan i-3. Di antara ini, hanya i-3 yang memiliki harga tertinggi. | i-3 |
Langkah berikutnya
Untuk menggunakan beberapa tipe instans dan zona dengan kebijakan optimalisasi biaya guna meningkatkan tingkat keberhasilan penskalaan dan mengurangi biaya, lihat Gabungkan kebijakan optimalisasi biaya dengan pemilihan beberapa tipe instans.
Untuk menghapus instans menggunakan logika kustom, lihat Gunakan Function Compute untuk membuat kebijakan skala-masuk kustom untuk instans ECS.
Untuk mengonfigurasi kebijakan penskalaan dan kebijakan skala-masuk untuk grup penskalaan Anda, lihat Kelola grup penskalaan.