Dokumen ini menjelaskan fitur Jumlah Instance yang Diharapkan untuk grup penskalaan Auto Scaling. Fitur ini memastikan bahwa jumlah instance dalam grup penskalaan selalu sesuai dengan spesifikasi yang ditentukan tanpa intervensi manual. Topik ini mencakup deskripsi fitur, batasan, pola perubahan instance, serta contoh penggunaan.
Deskripsi fitur
Fitur Jumlah Instance yang Diharapkan memastikan bahwa sejumlah instance tertentu dipertahankan dalam grup penskalaan. Jika jumlah instance saat ini tidak sesuai dengan jumlah yang diharapkan, Auto Scaling secara otomatis menyesuaikan jumlah instance melalui aktivitas penskalaan. Proses ini berjalan tanpa memerlukan intervensi manual.
Manfaat
Fitur ini meningkatkan efisiensi pemanfaatan grup penskalaan dan mengotomatiskan pelaksanaan aktivitas penskalaan, sehingga menyelesaikan masalah-masalah berikut:
Untuk informasi lebih lanjut tentang perbedaan yang dibuat oleh fitur Jumlah Instance yang Diharapkan, lihat Perbedaan antara grup penskalaan dengan jumlah instance yang diharapkan dan grup penskalaan tanpa jumlah instance yang diharapkan.
Pemanfaatan grup penskalaan yang rendah. Tanpa fitur ini, Auto Scaling menolak aktivitas penskalaan baru jika ada aktivitas penskalaan yang sedang berlangsung.
Sebagai contoh, jika fitur Pemeriksaan Kesehatan mencoba memicu aktivitas penskalaan sementara ada aktivitas penskalaan lain yang sedang berlangsung, Auto Scaling akan menolak aktivitas tersebut.
Percobaan ulang manual setelah kegagalan penskalaan. Tanpa fitur ini, Anda harus mencoba kembali operasi penskalaan secara manual jika terjadi kegagalan.
Aktifkan atau Nonaktifkan Fitur Jumlah Instance yang Diharapkan
Anda dapat mengaktifkan atau menonaktifkan fitur ini dengan cara berikut:
Saat membuat atau memodifikasi grup penskalaan, konfigurasikan parameter Expected Number of Instances untuk mengaktifkan fitur ini. Untuk detail lebih lanjut, lihat Kelola Grup Penskalaan.
CatatanSetelah mengaktifkan fitur ini, Anda dapat memodifikasi jumlah instance yang diharapkan sesuai kebutuhan bisnis Anda.
Gunakan operasi API untuk menonaktifkan fitur ini. Untuk informasi lebih lanjut, lihat ModifyScalingGroup.
Konsep Dasar
Sebelum menggunakan fitur ini, kami sarankan Anda memahami konsep-konsep berikut:
Konsep | Deskripsi |
Instance dalam keadaan stabil | Instance yang berada dalam status In Service, Protected, atau Standby dalam grup penskalaan. |
Aktivitas penskalaan paralel | Aktivitas penskalaan yang dapat dieksekusi secara paralel dengan aktivitas penskalaan lainnya yang sedang berlangsung dalam grup penskalaan. Aktivitas penskalaan paralel dapat dipicu oleh tindakan-tindakan berikut:
|
Aktivitas penskalaan non-paralel | Aktivitas penskalaan yang tidak dapat dieksekusi secara paralel dengan aktivitas penskalaan lainnya yang sedang berlangsung dalam grup penskalaan. Aktivitas penskalaan yang bukan aktivitas penskalaan paralel adalah aktivitas penskalaan non-paralel. Aktivitas penskalaan non-paralel dapat dipicu oleh tindakan-tindakan berikut:
|
Batasan
Grup penskalaan dengan fitur ini tidak dapat memiliki aktivitas penskalaan paralel dan non-paralel yang sedang berlangsung secara bersamaan.
Parameter Expected Number of Instances harus diatur dalam rentang nilai Minimum Number of Instances hingga Maximum Number of Instances.
Pola perubahan jumlah instance yang diharapkan
Anda dapat menentukan jumlah instance yang diharapkan secara manual atau menjalankan aktivitas penskalaan untuk memodifikasinya. Pola perubahan bergantung pada cara aktivitas penskalaan dipicu.
Jenis Aktivitas Penskalaan | Cara Memicu Aktivitas Penskalaan | Hasil Aktivitas Penskalaan | Pola Perubahan | Contoh |
Aktivitas Penskalaan Paralel | Jalankan aturan penskalaan secara manual. | Hanya jumlah instance yang diharapkan yang berubah. Anda harus menunggu Auto Scaling memeriksa jumlah instance yang diharapkan baru untuk menentukan apakah akan menambah atau menghapus instance. | Jumlah instance dalam keadaan stabil ± Jumlah instance yang diskalakan | Skenario:
Aturan penskalaan add3 menentukan untuk membuat empat instance ECS. Hasil: Jumlah instance yang diharapkan berubah menjadi 6, tetapi instance Elastic Compute Service (ECS) tidak langsung dibuat. Anda harus menunggu Auto Scaling memeriksa jumlah instance yang diharapkan untuk menentukan apakah akan membuat instance. |
Jalankan aturan penskalaan menggunakan tugas terjadwal. | Hanya jumlah instance yang diharapkan yang berubah. Anda harus menunggu Auto Scaling memeriksa jumlah instance yang diharapkan baru untuk menentukan apakah akan menambah atau menghapus instance. | Jumlah instance dalam keadaan stabil ± Jumlah instance yang diskalakan | Skenario:
Aturan penskalaan add3 menentukan untuk membuat empat instance ECS. Hasil: Jumlah instance yang diharapkan berubah menjadi 6, tetapi instance ECS tidak langsung dibuat. Anda harus menunggu Auto Scaling memeriksa jumlah instance yang diharapkan untuk menentukan apakah akan membuat instance. | |
Tambahkan instance secara manual. | Instance langsung ditambahkan, dan jumlah instance yang diharapkan berubah. | Jumlah instance yang diharapkan saat ini + Jumlah instance yang ditambahkan secara manual | Skenario:
Tambahkan empat instance ECS ke grup penskalaan secara manual. Hasil: Empat instance ECS ditambahkan ke grup penskalaan. Jumlah instance dalam keadaan stabil berubah menjadi 6, dan jumlah instance yang diharapkan berubah menjadi 7. | |
Hapus instance secara manual. | Instance langsung dihapus, dan jumlah instance yang diharapkan berubah. | Jumlah instance yang diharapkan saat ini - Jumlah instance yang dihapus secara manual | Skenario:
Hapus satu instance ECS dari grup penskalaan secara manual. Hasil: Satu instance dihapus dari grup penskalaan. Jumlah instance dalam keadaan stabil berubah menjadi 1, dan jumlah instance yang diharapkan berubah menjadi 2. | |
Periksa jumlah minimum dan maksimum instance. | - | Harus ditentukan secara manual | Skenario:
Coba ubah jumlah maksimum instance menjadi 1. Hasil: Gagal mengubah jumlah maksimum. Anda harus mengubah jumlah instance yang diharapkan pada saat yang sama. | |
Periksa status kesehatan instance. | Instance langsung dihapus dari grup penskalaan. | Jumlah instance yang diharapkan tetap tidak berubah. | Skenario:
Satu instance ECS dianggap tidak sehat. Hasil: Jumlah instance yang diharapkan tetap tidak berubah. Instance yang tidak sehat dihapus dari grup penskalaan, dan jumlah instance dalam keadaan stabil berubah menjadi 1. Auto Scaling mendeteksi perbedaan antara jumlah instance yang diharapkan dan jumlah instance dalam keadaan stabil, lalu memeriksa status kesehatan jumlah instance yang diharapkan untuk membuat dua instance ECS. | |
Periksa jumlah instance yang diharapkan. | Instance langsung ditambahkan ke atau dihapus dari grup penskalaan. | Jumlah instance yang diharapkan tetap tidak berubah. | Skenario:
Hasil: Jumlah instance yang diharapkan tetap tidak berubah. Auto Scaling mendeteksi perbedaan antara jumlah instance yang diharapkan dan jumlah instance dalam keadaan stabil, lalu memeriksa jumlah instance yang diharapkan untuk membuat satu instance ECS. | |
Aktivitas Penskalaan Non-Paralel | Jalankan aturan penskalaan menggunakan tugas berbasis pemicu acara. | Instance langsung ditambahkan ke atau dihapus dari grup penskalaan, dan jumlah instance yang diharapkan berubah. | Jumlah instance dalam keadaan stabil ± Jumlah instance yang diskalakan | Skenario:
Aturan penskalaan add3 menentukan untuk membuat empat instance ECS. Hasil: Aktivitas penskalaan dipicu untuk membuat empat instance, dan jumlah instance yang diharapkan berubah menjadi 6. |
Untuk informasi lebih lanjut tentang cara menentukan jumlah instance yang diharapkan, lihat Contoh Aktivitas Penskalaan Paralel dan Contoh Aktivitas Penskalaan Non-Paralel.
Perbedaan antara grup penskalaan dengan jumlah instance yang diharapkan dan grup penskalaan tanpa jumlah instance yang diharapkan
Tabel berikut menjelaskan perbedaan antara kedua jenis grup penskalaan.
Item | Dengan jumlah instance yang diharapkan | Tanpa jumlah instance yang diharapkan |
Biaya pemeliharaan | Pemeliharaan otomatis: Auto Scaling secara otomatis menskalakan instance untuk mempertahankan jumlah instance yang diharapkan dalam grup penskalaan. Jika aktivitas penskalaan gagal dalam grup penskalaan, Auto Scaling secara otomatis mencoba kembali aktivitas penskalaan yang gagal. | Pemeliharaan manual: Anda harus secara manual menyesuaikan jumlah instance dalam grup penskalaan. Jika aktivitas penskalaan gagal dalam grup penskalaan, Anda harus secara manual mencoba kembali aktivitas penskalaan yang gagal. |
Hasil eksekusi aktivitas penskalaan | Hasil eksekusi aktivitas penskalaan bervariasi berdasarkan bagaimana aturan penskalaan dijalankan.
| Jika Anda secara manual menjalankan aturan penskalaan, menggunakan tugas berbasis pemicu acara atau tugas terjadwal untuk menjalankan aturan penskalaan, secara manual menambahkan instance ke atau menghapus instance dari grup penskalaan, atau menghapus instance secara manual, Auto Scaling langsung memicu aktivitas penskalaan untuk menambah atau menghapus instance. |
Eksekusi aktivitas penskalaan paralel | Grup penskalaan mendukung eksekusi aktivitas penskalaan paralel. Untuk informasi lebih lanjut, lihat Contoh aktivitas penskalaan paralel. | Grup penskalaan hanya mendukung satu aktivitas penskalaan pada satu waktu. Aktivitas penskalaan mungkin memerlukan waktu lama untuk dieksekusi. Selama periode ini, Anda tidak dapat menyesuaikan jumlah instance dalam grup penskalaan. |
Contoh aktivitas penskalaan paralel
Setelah menentukan jumlah instance yang diharapkan, Auto Scaling dapat menjalankan aktivitas penskalaan paralel secara bersamaan.
Contoh 1: Jalankan Aturan Penskalaan Secara Manual Berturut-turut
Skenario:
Jumlah instance yang diharapkan: 3
Jumlah instance dalam keadaan stabil: 3
Aturan penskalaan add3 menentukan untuk membuat tiga instance ECS.
Aturan penskalaan add1 menentukan untuk membuat satu instance ECS.
Jalankan aturan penskalaan add3 dan add1 secara berurutan.
Hasil: Setelah aturan penskalaan add3 dijalankan, jumlah instance yang diharapkan berubah dari 3 menjadi 6. Setelah menjalankan aturan penskalaan add1, jumlah instance yang diharapkan berubah dari 6 menjadi 4. Tujuan aktivitas penskalaan paralel adalah untuk membuat satu instance ECS. Setelah aktivitas penskalaan selesai, jumlah instance dalam keadaan stabil dalam grup penskalaan adalah 4.

Contoh 2: Jalankan Aturan Penskalaan Secara Manual dan Tambahkan Instance pada Saat yang Sama
Skenario:
Jumlah instance yang diharapkan: 3
Jumlah instance dalam keadaan stabil: 3
Aturan penskalaan add1 menentukan untuk membuat satu instance ECS.
Jalankan aturan penskalaan add1 dan tambahkan instance ECS yang ada pada saat yang sama.
Hasil: Setelah aturan penskalaan add1 dijalankan, jumlah instance yang diharapkan berubah dari 3 menjadi 4. Setelah menambahkan satu instance ECS yang ada ke grup penskalaan, jumlah instance yang diharapkan berubah dari 4 menjadi 5. Tujuan aktivitas penskalaan paralel adalah untuk membuat satu instance ECS dan menambahkan instance ECS yang ada. Setelah aktivitas penskalaan selesai, jumlah instance dalam keadaan stabil berubah menjadi 5.

Contoh aktivitas penskalaan non-paralel
Setelah menentukan jumlah instance yang diharapkan, Auto Scaling tidak dapat menjalankan aktivitas penskalaan paralel dan non-paralel secara bersamaan. Berikut adalah contohnya:
Skenario:
Jumlah instance yang diharapkan: 1
Jumlah instance dalam keadaan stabil: 1.
Aturan penskalaan yang terkait dengan tugas berbasis pemicu acara menentukan untuk membuat tiga instance ECS.
Aturan penskalaan add1 menentukan untuk membuat satu instance ECS.
Anda memicu tugas berbasis pemicu acara dan kemudian secara manual menjalankan aturan penskalaan add1.
Hasil: Tugas berbasis pemicu acara berlaku dan jumlah instance yang diharapkan berubah dari 1 menjadi 4. Karena aktivitas penskalaan yang dipicu oleh tugas berbasis pemicu acara adalah aktivitas penskalaan non-paralel, permintaan Anda untuk menjalankan aturan penskalaan add1 ditolak. Jumlah instance yang diharapkan tetap 4. Tujuan aktivitas penskalaan non-paralel adalah untuk membuat tiga instance ECS. Setelah aktivitas penskalaan non-paralel selesai, jumlah instance dalam keadaan stabil adalah 4.