All Products
Search
Document Center

ApsaraDB RDS:Instans Serverless

Last Updated:Jun 03, 2026

Instans Serverless ApsaraDB RDS untuk PostgreSQL menyediakan skalabilitas elastis CPU dan memori secara real-time. Sumber daya database menyesuaikan diri secara otomatis terhadap perubahan beban kerja, mencegah pemborosan sumber daya, serta mengurangi biaya O&M.

Pendahuluan

Instans Serverless ApsaraDB RDS untuk PostgreSQL berjalan di atas arsitektur cloud disk dengan skalabilitas elastis CPU dan memori secara real-time. Instans ini menyediakan isolasi sumber daya vertikal untuk jaringan, namespace, dan penyimpanan, serta menggunakan model penagihan pay-as-you-go untuk sumber daya komputasi. Sumber daya komputasi diskalakan secara otomatis berdasarkan lalu lintas, membantu Anda mengoptimalkan biaya dan merespons perubahan beban kerja.

Catatan
  • Sumber daya komputasi diukur dalam RDS Capacity Units (RCU). Satu RCU setara dengan sekitar 1 vCPU dan 2 GB memori. Sumber daya diskalakan secara otomatis dalam rentang RCU yang Anda tentukan.

  • Jumlah maksimum koneksi tetap sebesar 2.400, terlepas dari nilai RCU.

Gambar berikut membandingkan penggunaan sumber daya antara instans reguler dan Serverless di bawah beban kerja yang fluktuatif.image

Dengan beban kerja yang fluktuatif:

  • Instans reguler: Memboroskan sumber daya selama periode tidak sibuk dan kekurangan kapasitas saat puncak, yang dapat berdampak pada bisnis Anda.

  • Instans serverless:

    • Sumber daya komputasi menyesuaikan permintaan, mengurangi pemborosan dan menekan biaya.

    • Memenuhi permintaan puncak, memastikan kelangsungan bisnis dan stabilitas.

    • Penagihan pay-as-you-go dengan pencocokan sumber daya dinamis menghemat biaya dibandingkan langganan sumber daya tetap.

    • Menghilangkan penskalaan manual, mengurangi biaya O&M bagi staf operasi dan developer.

    • Mendukung start dan stop otomatis. Instans berhenti sementara ketika tidak ada koneksi aktif, melepaskan sumber daya komputasi dan menghemat biaya, lalu dilanjutkan kembali saat koneksi baru dibuat.

    • Dioptimalkan untuk beban kerja write throughput tinggi dan konkurensi tinggi dengan skalabilitas elastis untuk puncak dan lembah lalu lintas.

Keunggulan

  • Biaya lebih rendah: Cocok untuk startup, siap pakai tanpa ketergantungan infrastruktur. Menyediakan akses data yang stabil dan efisien dengan penagihan berbasis penggunaan.

  • Ruang penyimpanan lebih besar: Penyimpanan diskalakan hingga 32 TB dan diperluas secara otomatis berdasarkan volume data, mencegah gangguan akibat ruang penyimpanan tidak mencukupi.

  • Skalabilitas elastis otomatis untuk sumber daya komputasi: Sumber daya komputasi diskalakan secara elastis untuk operasi baca dan tulis, mengurangi biaya O&M.

  • Fully managed: Alibaba Cloud menangani semua tugas O&M, termasuk penerapan, penskalaan, dan peringatan, secara transparan tanpa memengaruhi bisnis Anda.

Skenario

  • Lingkungan pengembangan dan staging dengan penggunaan database frekuensi rendah.

  • Aplikasi SaaS, seperti pembuatan website untuk usaha kecil dan menengah.

  • Developer individu.

  • Pendidikan, seperti pengajaran dan eksperimen mahasiswa.

  • Beban kerja tidak terprediksi, seperti IoT dan komputasi tepi.

  • Pengguna yang menginginkan layanan fully managed.

  • Pengguna dengan beban kerja fluktuatif atau tidak terprediksi.

  • Tugas terjadwal intermiten.

Deskripsi penagihan

Harga Serverless

Cara menggunakan

FAQ

T: Mengapa saya menerima peringatan Cloud Monitor untuk metrik CPU, memori, dan lainnya pada instans Serverless saya?

J: Hal ini terjadi ketika aturan peringatan global telah dikonfigurasi sebelumnya. Jika aturan peringatan CPU atau memori berlaku untuk semua instans ApsaraDB RDS untuk PostgreSQL atau kelompok sumber daya tertentu, instans Serverless baru akan mewarisinya secara otomatis. Peringatan tetap muncul saat penggunaan mencapai ambang batas, meskipun instans Serverless melakukan auto-scaling.

Untuk mengelola peringatan, login ke Konsol Cloud Monitor. Buka Alert Service > Alert Rules dan gunakan filter advanced untuk manage aturan peringatan untuk instans Serverless.

T: Mengapa instans saya gagal melakukan scale-out (meningkatkan RCU) secara tepat waktu saat beban tinggi, sehingga layanan menjadi tidak responsif?

J: Dua penyebab umum:

  1. Batas RCU tercapai: Instans telah mencapai nilai RCU maksimum. Evaluasi kebutuhan puncak Anda dan tingkatkan batas RCU maksimum.

  2. Latensi penskalaan tidak mampu mengimbangi lonjakan lalu lintas instan: Penskalaan memiliki latensi respons. Penskalaan dipicu saat penggunaan CPU atau memori melebihi 80% dan membutuhkan waktu sekitar 5 detik. Jika lalu lintas melonjak dalam waktu kurang dari 5 detik, instans mungkin menjadi tidak responsif sebelum penskalaan selesai. Untuk konkurensi ultra-tinggi instan, gunakan instans reguler dengan sumber daya yang telah disediakan.

T: Mengapa instans saya tidak secara otomatis melakukan scale-in (mengurangi RCU) setelah beban bisnis menurun?

J: Instans Serverless hanya melakukan scale-in ketika penggunaan CPU di bawah 50% dan penggunaan memori di bawah 50% secara bersamaan.

Salah satu penyebab umum adalah cache halaman PostgreSQL. Meskipun beban telah menurun, PostgreSQL tetap menyimpan data di memori untuk mengoptimalkan query berikutnya, sehingga penggunaan memori tidak turun di bawah 50%. Untuk memicu scale-in segera, restart instans untuk melepaskan cache halaman.

T: Bagaimana cara memulai instans yang sedang berhenti sementara dan tidak memiliki koneksi?

J: Nonaktifkan fitur automatic start and stop di Konsol. Instans akan dimulai secara otomatis.