Saat sebuah fungsi menerima permintaan pertamanya setelah periode tidak aktif, Function Compute harus menginisialisasi instans baru—proses yang dikenal sebagai cold start yang menambah latensi. Menetapkan jumlah minimum instans lebih dari 0 menjaga instans yang telah dialokasikan tetap hangat dan menghilangkan latensi cold start untuk beban kerja yang sensitif terhadap latensi. Untuk menangani fluktuasi lalu lintas secara otomatis, konfigurasikan kebijakan elastis yang menaikkan atau menurunkan jumlah minimum instans berdasarkan jadwal atau ambang batas metrik.
Instans yang telah dialokasikan akan ditagih terlepas dari apakah sedang memproses permintaan atau menganggur. Instans aktif dikenai tarif instans elastis aktif; instans menganggur dikenai tarif instans elastis menganggur. Untuk detailnya, lihat Ikhtisar Tagihan.
Kebijakan elastis hanya dapat dikonfigurasi untuk function alias atau versi LATEST.
Tetapkan jumlah minimum instans
Masuk ke Konsol Function Compute. Di panel navigasi sebelah kiri, klik Functions.
Di bilah navigasi atas, pilih wilayah. Pada halaman Functions, klik Create Function.
Pada halaman Create Function, buka bagian Elastic Configuration dan atur parameter Minimum Number Of Instances. Konfigurasikan parameter yang diperlukan lainnya, lalu klik Create.
Konfigurasikan kebijakan elastis
Kebijakan elastis secara otomatis menyesuaikan jumlah minimum instans tanpa intervensi manual. Dua jenis kebijakan didukung: Scheduled Scaling dan Threshold-based Scaling.
Ketika beberapa kebijakan penskalaan otomatis aktif secara bersamaan, sistem menggunakan nilai Minimum Number Of Instances tertinggi di antara semua kebijakan yang aktif. Untuk detailnya, lihat Bagaimana jumlah minimum instans saat ini dihitung?
Selama ada kebijakan elastis yang aktif, nilai awal Minimum Number Of Instances diabaikan. Saat tidak ada kebijakan yang aktif, jumlah minimum instans kembali ke nilai awal tersebut.
Untuk mengonfigurasi kebijakan elastis:
Pada halaman detail fungsi, klik tab Elastic Configuration. Di bagian Elastic Policies, klik Edit pada baris kebijakan target.
Pada panel Edit Elastic Policy, konfigurasikan kebijakan Scheduled Scaling atau Threshold-based Scaling.
Scheduled scaling
Scheduled scaling cocok untuk fungsi dengan pola lalu lintas yang dapat diprediksi atau periode puncak yang diketahui. Pada waktu yang dijadwalkan, sistem menyesuaikan jumlah minimum instans; pemanggilan konkuren yang melebihi jumlah minimum tersebut ditangani secara otomatis oleh instans elastis on-demand. Untuk latar belakang cara kerja scheduled scaling, lihat Scheduled scaling.
Contoh di atas menggunakan zona waktu Asia/Shanghai (UTC+8). Kebijakan berjalan tanpa batas waktu, melakukan scale out ke 50 instans pada pukul 10.00 di hari kerja (Senin hingga Jumat) dan scale in ke 5 instans pada pukul 22.00.
Threshold-based scaling
Sistem secara berkala mengambil sampel metrik dan menyesuaikan jumlah minimum instans ketika ambang batas terlampaui. Untuk detailnya, lihat Threshold-based scaling.
Metrik yang tersedia bergantung pada jenis fungsi:
| CPU functions | GPU functions |
|---|---|
 |  |
CPU functions: pantau Instance Concurrency Utilization dan Memory Utilization
GPU functions: pantau Instance Concurrency Utilization dan metrik pemanfaatan resource terkait GPU
Contoh di atas menggunakan zona waktu Asia/Shanghai (UTC+8). Kebijakan aktif dari pukul 00.00 tanggal 15 Juli 2025 hingga pukul 00.00 tanggal 31 Juli 2025, dan melacak Instance Concurrency Utilization. Saat pemanfaatan melebihi 60%, sistem melakukan scale out hingga maksimum 100 instans. Saat turun di bawah 60%, sistem melakukan scale in ke minimum 10 instans.
Penyesuaian periodik dengan ekspresi CRON
Untuk fungsi dengan pola berulang yang teratur, gunakan ekspresi CRON untuk menentukan jadwal penskalaan secara tepat.
Contoh di atas menggunakan zona waktu Asia/Shanghai (UTC+8). Jumlah minimum instans melakukan scale out ke 10 pada pukul 10.00 setiap hari Senin dan scale in ke 1 pada pukul 22.00 setiap hari Jumat.
Ubah atau hapus kebijakan elastis
Masuk ke Konsol Function Compute. Di panel navigasi sebelah kiri, pilih Function Management > Elastic Policies. Temukan kebijakan target, lalu klik Edit atau Delete di kolom Actions.
Menghapus kebijakan elastis untuk suatu alias akan melepaskan semua instans yang telah dialokasikan untuk alias tersebut. Fungsi kemudian kembali ke penskalaan on-demand, yang mungkin melibatkan cold start. Untuk fungsi berbasis CPU, waktu cold start rata-rata biasanya ratusan milidetik, tergantung pada kecepatan startup aplikasi. Untuk fungsi berbasis GPU, waktu tersebut bisa mencapai beberapa menit, tergantung pada ukuran model dan kecepatan pemuatan.
Langkah selanjutnya
Untuk membatasi jumlah total instans yang berjalan untuk suatu fungsi, konfigurasikan kuota fungsi. Jika jumlah instans yang berjalan melebihi batas yang dikonfigurasi, Function Compute akan mengembalikan error throttling.