Assured serverless menambahkan skalabilitas elastis ke instans ApsaraDB RDS untuk PostgreSQL yang sudah ada dengan metode penagihan langganan atau bayar sesuai penggunaan tanpa mengubah metode penagihannya. Saat terjadi lonjakan lalu lintas, instans secara otomatis meningkatkan CPU dan memori hingga batas atas yang dikonfigurasi. Setelah lonjakan berakhir, sumber daya kembali turun ke garis dasar—menjaga biaya tetap terkendali tanpa intervensi manual.
Cara kerja
Assured serverless memantau penggunaan CPU dan memori serta merespons perubahan beban kerja dalam dua arah:
Scale-out (upgrade): Saat penggunaan CPU atau memori melebihi ambang batas upgrade yang dikonfigurasi, instans langsung meningkat ke batas atas yang ditetapkan. Berbeda dengan serverless standar yang meningkat secara bertahap, assured serverless langsung melompat ke batas atas.
Scale-in (downgrade): Setelah penggunaan turun, sistem memasuki jendela pengamatan selama 90 detik. Jika keduanya—CPU dan memori—tetap di bawah ambang batas downgrade selama 90 detik penuh, instans kembali turun secara bertahap: CPU berkurang 1 core per langkah, memori berkurang 2 GB per langkah. Jika salah satu metrik kembali naik melebihi ambang batas upgrade selama jendela tersebut, instans akan tetap pada level saat ini atau melakukan scale-out lagi.
Interrupsi koneksi sementara (maksimal 30 detik) dapat terjadi jika host yang menjalankan instans Anda kekurangan sumber daya dan instans harus dimigrasikan ke host lain. Untuk mengurangi risiko ini, atur Effective Policy menjadi Within Maintenance Window dan jadwalkan selama jam sepi.
Perbandingan dengan instans serverless
Assured serverless dirancang untuk tim yang membutuhkan skalabilitas elastis pada instans dengan spesifikasi tetap yang sudah ada. Instans serverless (dengan metode penagihan Serverless) mengikuti model yang berbeda.
Dimensi | Assured serverless | Instans serverless |
Metode penagihan | Langganan atau bayar sesuai penggunaan (tidak berubah) | Serverless (berbasis RCU) |
Fitur yang didukung | Kolam koneksi PgBouncer, Enkripsi SSL, Babelfish untuk RDS PostgreSQL | Subset fitur |
Granularitas scaling | CPU dan memori disesuaikan secara independen | Hanya unit RCU (rasio CPU-memori tetap 1:2) |
Batas scale-out | Hingga 2x CPU dan memori awal | Maksimum 16 RCU |
Perilaku scale-up | Langsung melompat ke batas atas | Meningkat secara bertahap |
Prasyarat
Sebelum memulai, pastikan:
Instans tersebut memiliki jenis produk Standard.
Metode penagihan adalah Langganan atau bayar sesuai penggunaan.
Instans berada di wilayah dan zona yang didukung.
Penagihan
Selama masa pratinjau publik, scaling up melalui assured serverless tidak dikenai biaya tambahan. Anda hanya ditagih berdasarkan spesifikasi instans awal.
Catatan penggunaan
Selama masa pratinjau publik, instans yang telah mengaktifkan assured serverless tidak dilindungi oleh Service Level Agreement (SLA). Kinerja instans tidak akan diturunkan selama periode ini.
Saat instans berada dalam status peningkatan sementara, operasi berikut tidak tersedia: mengubah konfigurasi, migrasi zona, dan upgrade versi mayor atau minor.
Aktifkan assured serverless
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada. Temukan instans tersebut dan klik ID-nya.
Pada halaman Basic Information, temukan bagian Configuration Information dan klik Settings di sebelah Assured Serverless.
Pada halaman Assured Serverless Settings, aktifkan sakelar fitur dan konfigurasikan parameter-parameter berikut.
Parameter
Deskripsi
Resources threshold for assured serverless
Tetapkan CPU Upper Limit dan Memory Upper Limit untuk scaling elastis. Maximum CPU Resources: disesuaikan dalam kenaikan 1 core, hingga dua kali CPU awal instans. Maximum Memory: disesuaikan dalam kenaikan 2 GB, hingga dua kali memori awal instans.
Effective policy
Pilih kapan fitur ini berlaku: Immediately, atau Within Maintenance Window (fitur diaktifkan selama jendela pemeliharaan yang dikonfigurasi). Untuk melihat atau memperbarui jendela pemeliharaan, lihat bagian Configuration Information. Jika sumber daya host mungkin terbatas, pilih Within Maintenance Window dan jadwalkan selama jam sepi untuk mengurangi kemungkinan terjadinya interupsi koneksi sementara.
Upgrade threshold
CPU Threshold dan Memory Threshold yang memicu scale-out. Saat salah satu metrik melebihi ambang batas, instans langsung meningkat ke batas atas.
Downgrade threshold
CPU Threshold dan Memory Threshold yang memicu scale-in. Setelah jendela pengamatan 90 detik di mana keduanya—CPU dan memori—tetap di bawah ambang batas, instans turun secara bertahap. Persyaratan dua metrik ini mencegah scaling yang tidak perlu akibat lonjakan singkat pada satu metrik saja.
Klik OK.
Langkah selanjutnya
Pantau kinerja instans RDS untuk melacak penggunaan CPU dan memori serta memvalidasi pengaturan ambang batas Anda.
Konfigurasi jendela pemeliharaan untuk mengontrol kapan perubahan konfigurasi diterapkan.