Topik ini menjelaskan istilah umum yang digunakan dalam Auto Scaling.
Istilah
| Istilah | Deskripsi | Referensi |
| Auto Scaling | Auto Scaling adalah layanan yang secara dinamis menyesuaikan jumlah instance berdasarkan kebutuhan bisnis dan kebijakan penskalaan Anda. Anda dapat menggunakan Auto Scaling untuk menskalakan instance Elastic Compute Service (ECS) atau instance kontainer elastis. Untuk memastikan bahwa sumber daya komputasi yang cukup tersedia, Anda dapat menggunakan Auto Scaling untuk menambahkan instance tipe tertentu selama jam sibuk. Untuk mencegah pemborosan sumber daya dan mengurangi biaya, Anda dapat menggunakan Auto Scaling untuk menghapus instance tipe tertentu selama jam sepi. | Apa itu Auto Scaling? |
| grup penskalaan | Grup penskalaan terdiri dari instance dengan tipe yang sama yang dapat Anda gunakan untuk skenario bisnis serupa. Anda dapat mengonfigurasi grup penskalaan untuk menentukan jumlah minimum dan maksimum instance di dalam grup penskalaan, serta mengaitkan instance Server Load Balancer (SLB) dan instance ApsaraDB RDS dengan grup penskalaan. | Ikhtisar |
| Instance ECS | Instance ECS adalah server virtual yang terdiri dari komponen komputasi dasar seperti vCPU, memori, sistem operasi, konfigurasi jaringan, dan disk. ECS menghilangkan kebutuhan investasi awal dalam perangkat keras TI dan memungkinkan Anda menyesuaikan sumber daya komputasi sesuai permintaan. Hal ini membuat instance ECS lebih nyaman dan efisien dibandingkan server fisik. | Apa itu ECS? |
| instance kontainer elastis | Elastic Container Instance adalah layanan kontainer yang disediakan oleh Alibaba Cloud yang menggabungkan teknologi kontainer dan serverless. | Apa itu Elastic Container Instance? |
| Instance SLB | SLB adalah layanan yang mengarahkan lalu lintas jaringan ke server backend untuk meningkatkan throughput aplikasi Anda. Anda dapat menggunakan SLB untuk mencegah gangguan layanan yang disebabkan oleh titik kegagalan tunggal (SPOF) dan meningkatkan ketersediaan aplikasi. | Apa itu SLB? |
| Instance ApsaraDB RDS | ApsaraDB RDS adalah layanan database online yang stabil dan andal yang mendukung skalabilitas elastis. ApsaraDB RDS mendukung mesin database utama dan menyediakan berbagai solusi database, seperti pemulihan bencana, cadangan, restorasi, pemantauan, dan migrasi. | Apa itu ApsaraDB RDS? |
| mode penskalaan | Mode penskalaan menentukan kapan harus menambah atau menghapus sejumlah instance tertentu untuk grup penskalaan. Mode penskalaan meliputi mode terjadwal, mode dinamis, mode jumlah tetap, mode kustom, mode kesehatan, dan mode ganda. | Mode penskalaan |
| sumber konfigurasi instance | Auto Scaling menggunakan sumber konfigurasi instance yang Anda pilih untuk membuat instance. Sumber konfigurasi instance bisa berupa konfigurasi penskalaan atau templat peluncuran. | Ikhtisar |
| konfigurasi penskalaan | Konfigurasi penskalaan adalah jenis sumber konfigurasi instance dan berisi informasi konfigurasi instance. | Buat konfigurasi penskalaan tipe ECS |
| aturan penskalaan |
| Ikhtisar |
| tugas penskalaan | Tugas penskalaan dikategorikan menjadi tugas terjadwal dan tugas yang dipicu oleh peristiwa. Tugas terjadwal dapat digunakan untuk menskalakan instance pada waktu tertentu. Tugas yang dipicu oleh peristiwa dapat digunakan untuk menskalakan instance secara dinamis berdasarkan metrik pemantauan yang ditentukan. | |
| aktivitas penskalaan | Aktivitas penskalaan mencatat perubahan jumlah instance dalam grup penskalaan, jumlah maksimum dan minimum instance dalam grup penskalaan, dan jumlah instance yang diharapkan. Aktivitas penskalaan dipicu ketika aturan penskalaan dijalankan, jumlah maksimum dan minimum instance dalam grup penskalaan dimodifikasi, atau jumlah instance yang diharapkan dimodifikasi. | Lihat detail aktivitas penskalaan |
| jumlah instance yang diharapkan | Setelah fitur Jumlah Instance yang Diharapkan diaktifkan untuk grup penskalaan, Auto Scaling secara otomatis mempertahankan jumlah instance pada nilai yang diharapkan. Catatan Untuk mengaktifkan fitur Jumlah Instance yang Diharapkan, Anda harus menyetel parameter Jumlah Instance yang Diharapkan saat membuat grup penskalaan. Jumlah instance yang diharapkan dalam grup penskalaan dapat dimodifikasi. | Jumlah instance yang diharapkan |
| aktivitas penskalaan paralel | Aktivitas penskalaan yang dipicu dengan menggunakan salah satu metode berikut adalah aktivitas penskalaan paralel:
Aktivitas penskalaan paralel dapat dipicu jika aktivitas penskalaan yang sedang berlangsung juga merupakan aktivitas penskalaan paralel. Catatan Aktivitas penskalaan paralel dan non-paralel dibedakan hanya jika fitur Jumlah Instance yang Diharapkan diaktifkan. Jika fitur Jumlah Instance yang Diharapkan dinonaktifkan, tidak ada aktivitas penskalaan lain yang dapat dipicu ketika aktivitas penskalaan sedang berlangsung. | Jumlah instance yang diharapkan |
| aktivitas penskalaan non-paralel | Aktivitas penskalaan selain aktivitas penskalaan paralel adalah aktivitas penskalaan non-paralel. Tidak ada aktivitas penskalaan lain yang dapat dipicu ketika aktivitas penskalaan non-paralel sedang berlangsung. Catatan Aktivitas penskalaan paralel dan non-paralel dibedakan hanya jika fitur Jumlah Instance yang Diharapkan diaktifkan. Jika fitur Jumlah Instance yang Diharapkan dinonaktifkan, tidak ada aktivitas penskalaan lain yang dapat dipicu ketika aktivitas penskalaan sedang berlangsung. | Jumlah instance yang diharapkan |
| instance stabil | Instance stabil mengacu pada instance ECS yang berada dalam status In Service, Protected, atau Standby dalam grup penskalaan. | Siklus hidup instance |
| proses penskalaan | Proses penskalaan mengacu pada proses yang dapat Anda hentikan dan lanjutkan secara manual, seperti scale-out, scale-in, pemeriksaan kesehatan, tugas terjadwal, atau tugas yang dipicu oleh peristiwa. Proses penskalaan membantu Anda mengontrol grup penskalaan pada tingkat proses. | |
| siklus hidup instance dalam grup penskalaan | Siklus hidup instance ECS atau instance kontainer elastis dalam grup penskalaan mengacu pada proses dari waktu instance dibuat hingga dilepaskan. Mode manajemen siklus hidup instance ECS atau instance kontainer elastis bergantung pada cara instance tersebut dibuat:
| Siklus hidup instance |
| pengait siklus hidup | Pengait siklus hidup memungkinkan instance ECS atau instance kontainer elastis yang sedang ditambahkan ke atau dihapus dari grup penskalaan masuk ke status Pending. Setelah instance ECS atau instance kontainer elastis masuk ke status Pending, Anda dapat melakukan operasi kustom pada mereka. Misalnya, setelah instance ECS atau instance kontainer elastis dibuat, Anda dapat menggunakan pengait siklus hidup untuk memungkinkan instance masuk ke status Pending. Anda dapat melakukan tes pada instance untuk memastikan ketersediaan layanannya. Kemudian, Auto Scaling menambahkan instance sebagai server backend ke instance SLB terkait. | Kelola pengait siklus hidup |
| waktu cooldown | Waktu cooldown mengacu pada periode selama mana Auto Scaling tidak dapat memicu aktivitas penskalaan baru setelah aktivitas penskalaan selesai dalam grup penskalaan. Selama waktu cooldown, Auto Scaling menolak semua permintaan aktivitas penskalaan tugas yang dipicu oleh peristiwa dari CloudMonitor. Ini mencegah aktivitas penskalaan dipicu secara sering karena fluktuasi nilai metrik. | Periode cooldown |