All Products
Search
Document Center

ApsaraDB RDS:Instans Serverless

Last Updated:Jul 31, 2026

Instans Serverless ApsaraDB RDS untuk PostgreSQL menyediakan skalabilitas elastis secara real-time guna memenuhi kebutuhan bisnis yang senantiasa berubah. Fitur ini memungkinkan sumber daya database menyesuaikan diri terhadap fluktuasi beban kerja, mencegah pemborosan sumber daya, serta mengendalikan biaya operasional dan pemeliharaan (O&M) database. Dokumen ini menjelaskan fitur, arsitektur, dan penggunaan instans Serverless untuk membantu Anda mengurangi biaya serta meningkatkan efisiensi operasional.

Pendahuluan

Instans Serverless ApsaraDB RDS untuk PostgreSQL menyediakan skalabilitas elastis CPU dan memori secara real-time. Instans ini merupakan jenis baru dari ApsaraDB RDS untuk PostgreSQL yang dibangun di atas arsitektur cloud disk, dengan isolasi sumber daya vertikal untuk jaringan, namespace, dan ruang penyimpanan. Instans ini menerapkan model penagihan pay-as-you-go untuk sumber daya komputasi, sehingga hemat biaya, mudah digunakan, dan fleksibel. Anda dapat melakukan penskalaan sumber daya komputasi secara cepat dan independen sesuai dengan puncak dan lembah lalu lintas, membantu Anda merespons perubahan bisnis secara cepat, mengoptimalkan biaya, serta meningkatkan efisiensi.

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

  • Jumlah maksimum koneksi untuk instans Serverless ApsaraDB RDS untuk PostgreSQL tetap sebesar 2.400. Nilai ini bersifat tetap dan tidak berubah seiring dengan RCU.

Gambar berikut membandingkan penggunaan sumber daya dan spesifikasi antara instans reguler dan instans Serverless dalam skenario dengan beban kerja yang fluktuatif.image

Seperti yang ditunjukkan pada gambar, dalam skenario dengan beban kerja yang fluktuatif:

  • Instans reguler: Memboroskan sumber daya selama periode off-peak dan kekurangan sumber daya selama periode peak, yang dapat berdampak negatif terhadap bisnis Anda.

  • Instans Serverless:

    • Sumber daya komputasi disesuaikan berdasarkan permintaan bisnis, sehingga mengurangi pemborosan sumber daya, meningkatkan pemanfaatan sumber daya, serta menekan biaya.

    • Memenuhi permintaan bisnis bahkan selama periode peak, menjamin kelangsungan bisnis, dan meningkatkan stabilitas sistem.

    • Menggunakan model penagihan pay-as-you-go dengan sumber daya yang secara dinamis menyesuaikan beban kerja, sehingga dapat menghemat biaya secara signifikan dibandingkan dengan model langganan sumber daya tetap.

    • Menghilangkan kebutuhan akan penskalaan manual, meningkatkan efisiensi O&M, serta mengurangi biaya O&M bagi staf operasional maupun developer.

    • Mendukung start dan stop otomatis. Jika tidak ada koneksi aktif, instans secara otomatis berhenti (pause), melepaskan sumber daya komputasi, dan menghemat biaya. Saat koneksi baru dibuat, instans secara otomatis melanjutkan (resume).

    • Dioptimalkan untuk skenario write throughput tinggi dan layanan high-concurrency. Skalabilitas elastisnya membuat instans ini cocok untuk skenario dengan volume data besar serta pola lalu lintas yang memiliki puncak dan lembah khas.

Keunggulan

  • Biaya lebih rendah: Untuk startup, instans Serverless ApsaraDB RDS untuk PostgreSQL siap digunakan tanpa ketergantungan pada infrastruktur atau layanan terkait lainnya. Instans ini menyediakan akses data yang stabil dan efisien, dan Anda hanya membayar sumber daya yang digunakan.

  • Ruang penyimpanan lebih besar: Ruang penyimpanan dapat diskalakan hingga 32 TB dan secara otomatis diperluas berdasarkan volume data instans, sehingga secara efektif mencegah gangguan layanan akibat kekurangan sumber daya penyimpanan.

  • Skalabilitas elastis otomatis untuk sumber daya komputasi: Sumber daya komputasi untuk operasi read dan write dapat diskalakan secara elastis, sehingga sangat mengurangi biaya O&M dan ancaman terhadap sistem.

  • Fully managed: Semua tugas O&M, seperti deployment sistem, penskalaan, dan penanganan alert, ditangani oleh tim profesional Alibaba Cloud secara transparan tanpa mengganggu bisnis Anda, guna menjamin ketersediaan layanan yang berkelanjutan.

Skema Penggunaan

  • Skema penggunaan database frekuensi rendah, seperti lingkungan development dan staging.

  • Skema aplikasi SaaS, seperti layanan pembuatan website untuk usaha kecil dan menengah.

  • Developer individu.

  • Skema pendidikan, seperti pengajaran di sekolah dan eksperimen mahasiswa.

  • Skema dengan beban kerja tidak terprediksi, seperti Internet of Things (IoT) dan komputasi tepi.

  • Pengguna yang menginginkan layanan fully managed.

  • Pengguna dengan beban kerja fluktuatif atau tidak terprediksi.

  • Skema bisnis dengan tugas terjadwal yang bersifat intermiten.

Penjelasan Penagihan

Harga Serverless

Cara Menggunakan

  • Buat instans Serverless ApsaraDB RDS untuk PostgreSQL

  • Ubah rentang penskalaan sumber daya (RCU)

    Anda dapat menyesuaikan rentang penskalaan sumber daya komputasi untuk instans Serverless Anda, termasuk RCU minimum dan maksimum, guna mengoptimalkan konfigurasi sumber daya sesuai kebutuhan bisnis Anda.

  • Jadwalkan RCU untuk instans Serverless

    Jika Anda memiliki persyaratan stabilitas ketat untuk periode tertentu, Anda dapat menggunakan tugas terjadwal untuk mengonfigurasi RCU instans Serverless Anda sebelumnya, sehingga menjamin stabilitas instans selama periode tersebut.

  • Ubah kebijakan elastis instans

    Untuk kebijakan elastis instans Serverless, Anda dapat memilih kebijakan non-enforced default untuk mencegah potensi gangguan layanan. Atau, Anda dapat memilih kebijakan enforced jika persyaratan performa lebih penting daripada ketersediaan berkelanjutan.

  • Konfigurasikan start dan stop otomatis untuk instans

    Setelah Anda mengaktifkan fitur start dan stop otomatis, jika tidak ada koneksi aktif ke instans selama 10 menit, instans tersebut secara otomatis berhenti (pause). Dalam keadaan paused, RCU bernilai 0 dan Anda tidak dikenai biaya untuk sumber daya komputasi. Saat koneksi baru dibuat ke instans yang sedang paused, instans tersebut secara otomatis melanjutkan (resume) dan mulai dikenai biaya untuk sumber daya komputasi.

FAQ

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

J: Hal ini biasanya terjadi karena aturan alert global yang telah dikonfigurasi sebelumnya. Jika aturan alert untuk metrik seperti CPU dan memori sudah ada untuk semua instans ApsaraDB RDS untuk PostgreSQL (atau kelompok sumber daya tertentu), instans Serverless yang baru dibuat secara otomatis mewarisi aturan tersebut. Meskipun instans Serverless dapat diskalakan secara otomatis, sistem tetap memicu dan mengirim pemberitahuan peringatan jika penggunaan sumber dayanya sempat mencapai ambang batas peringatan.

Untuk mengelola alert tersebut, login ke Konsol Cloud Monitor. Di halaman Alert Service > Alert Rules, Anda dapat menggunakan fitur filter advanced untuk melihat dan mengelola aturan alert yang diaktifkan untuk instans Serverless target.

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

J: Instans mungkin gagal melakukan scale-out secara tepat waktu saat beban tinggi karena salah satu dari dua alasan berikut:

  1. Batas RCU tercapai: Sumber daya komputasi instans telah diskalakan hingga nilai RCU maksimum yang ditentukan dan tidak dapat diskalakan lebih jauh. Dalam kasus ini, Anda perlu mengevaluasi kebutuhan bisnis puncak Anda dan menaikkan batas RCU maksimum sesuai kebutuhan.

  2. Latensi penskalaan tidak mampu mengimbangi lonjakan trafik instan: Mekanisme skalabilitas elastis instans Serverless memiliki latensi respons. Penskalaan biasanya dipicu ketika penggunaan CPU atau memori melebihi 80%, dan proses tersebut membutuhkan waktu sekitar 5 detik. Jika trafik layanan melonjak drastis dalam periode yang sangat singkat, misalnya kurang dari 5 detik, instans mungkin menjadi tidak responsif akibat kehabisan sumber daya sebelum sempat memicu dan menyelesaikan proses penskalaan. Untuk skenario bisnis yang memerlukan penanganan konkurensi ultra-tinggi secara instan, kami merekomendasikan penggunaan instans reguler dengan sumber daya yang telah dialokasikan guna menjamin stabilitas layanan.

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

J: Instans Serverless hanya melakukan scale-in jika kedua kondisi berikut terpenuhi: penggunaan CPU di bawah 50% dan penggunaan memori di bawah 50%.

Alasan umum mengapa instans tidak melakukan scale-in adalah cache halaman database yang menempati sebagian besar memori. Bahkan jika beban bisnis menurun, PostgreSQL mungkin tetap menyimpan data di memori untuk mengoptimalkan query berikutnya. Hal ini mencegah penggunaan memori turun di bawah 50%, sehingga kondisi scale-in tidak terpenuhi. Untuk memicu scale-in segera, Anda dapat melakukan restart instans guna memaksa pelepasan cache halaman dan menurunkan penggunaan memori.

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

J: Anda dapat menonaktifkan fitur automatic start and stop untuk instans tersebut di Konsol. Instans kemudian akan secara otomatis dimulai.