全部产品
Search
文档中心

PolarDB:Serverless

更新时间:Nov 21, 2025

Fitur serverless menyediakan kemampuan penskalaan dinamis untuk kluster PolarDB. Setiap node dalam kluster dapat diskalakan naik dalam hitungan detik untuk menangani lonjakan beban kerja secara tiba-tiba tanpa memengaruhi operasi bisnis. Saat beban kerja berkurang, node dapat diskalakan turun untuk menghemat biaya.

Dengan fitur Serverless, Anda tidak perlu khawatir tentang konfigurasi sumber daya kluster database saat membuat dan menggunakan database. Bagian berikut menunjukkan perubahan penggunaan sumber daya dan spesifikasi pada kluster umum dan kluster serverless ketika bisnis Anda mengalami fluktuasi:

普通集群和Serverless集群对比图

  • Kluster umum:

    Sumber daya terbuang selama jam-jam sepi. Sumber daya tidak mencukupi dan bisnis tidak dapat diproses selama jam-jam sibuk.

  • Kluster Serverless

    • Sumber daya diskalakan secara dinamis berdasarkan beban kerja. Hal ini meningkatkan penggunaan sumber daya dan mengurangi pemborosan sumber daya.

    • Sumber daya diskalakan dalam waktu satu detik tanpa mengganggu bisnis. Sumber daya yang cukup disediakan selama jam-jam sibuk. Hal ini menjamin kinerja bisnis dan stabilitas sistem.

    • Metode penagihan bayar sesuai pemakaian didukung. Hal ini mengurangi biaya dan memastikan bahwa sumber daya dialokasikan secara dinamis berdasarkan beban kerja.

    • Tidak diperlukan perubahan konfigurasi manual. Hal ini meningkatkan efisiensi O&M.

Fitur

Fitur serverless menyediakan elastisitas real-time untuk sumber daya CPU, memori, penyimpanan, dan jaringan. Fitur ini menawarkan isolasi sumber daya vertikal untuk sumber daya jaringan dan ruang penyimpanan, serta mendukung metode penagihan bayar sesuai pemakaian serta alokasi elastis sumber daya komputasi dan penyimpanan. Hal ini memungkinkan Anda menyesuaikan kemampuan komputasi dan penyimpanan secara cepat dan independen selama puncak dan lembah aktivitas bisnis, sehingga respons terhadap perubahan bisnis menjadi lebih cepat sekaligus mengoptimalkan biaya, yang membantu perusahaan mengurangi pengeluaran dan meningkatkan efisiensi.

Pengantar

Deskripsi

Format tampilan

  • Kluster Serverless: kluster yang metode penagihannya adalah Serverless.

  • Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan: kluster yang metode penagihannya adalah langganan atau bayar sesuai pemakaian dan kemudian memiliki fitur serverless yang diaktifkan secara manual.

    Spesifikasi yang ditentukan mengacu pada spesifikasi node komputasi tetap dari kluster yang metode penagihannya adalah langganan atau bayar sesuai pemakaian.

Metode penskalaan

  • Penambahan/Pengurangan Skala: Spesifikasi (CPU dan memori) node komputasi berubah.

  • Skala masuk/keluar: Jumlah node read-only berubah.

PCU (PolarDB Capacity Unit)

Fitur serverless menggunakan PolarDB Capacity Unit (PCU) sebagai satuan pengukuran untuk penagihan dan elastisitas sumber daya per detik. Satu PCU kira-kira setara dengan 1 core CPU dan 2 GB memori. PCU suatu node disesuaikan secara dinamis dalam rentang yang ditentukan berdasarkan beban kerja. Peningkatan penskalaan minimum adalah 0,5 PCU.

Format

Kluster Serverless

Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan

  • Proksi database

    • Proksi database menggunakan arsitektur serverless. Sumber daya proksi database bersifat independen dari node komputasi dan diskalakan secara otomatis. Anda tidak perlu menentukan sumber daya proksi database.

    • Peningkatan penskalaan default adalah 0,5 PCU. Peningkatan penskalaan disesuaikan secara dinamis berdasarkan penggunaan PCU saat ini. Semakin banyak PCU yang digunakan, semakin besar peningkatan penskalaannya.

  • Node komputasi

    • Node utama (Node RW) dan node read-only (node RO) menggunakan arsitektur serverless. Node-node tersebut diskalakan sesuai beban kerja dan menggunakan penyimpanan bersama dalam zona tunggal.

    • Saat node utama atau node read-only diskalakan, jumlah PCU node tersebut bertambah atau berkurang.

    • Peningkatan penskalaan default adalah 0,5 PCU. Peningkatan penskalaan disesuaikan secara dinamis berdasarkan penggunaan PCU saat ini. Semakin banyak PCU yang digunakan, semakin besar peningkatan penskalaannya.

    • Anda dapat mengatur rentang penskalaan satu node dalam satuan PCU. Sistem memantau PCU node komputasi setiap detik.

  • Ruang penyimpanan

    Ruang penyimpanan menggunakan metode penagihan bayar sesuai pemakaian. Anda tidak perlu menentukan kapasitas penyimpanan saat pembelian. Kapasitas penyimpanan secara otomatis diperluas seiring pertumbuhan data Anda. Anda hanya dikenai biaya untuk ruang penyimpanan yang digunakan. Anda dapat melihat Database Storage Usage pada halaman Basic Information kluster. Untuk informasi selengkapnya, lihat View the database storage usage.

Catatan
  • Jumlah koneksi maksimum untuk kluster serverless adalah 100.000, dan IOPS maksimum adalah 84.000.

  • Kluster Serverless mendukung fitur No-activity Suspension. Secara default, fitur ini dinonaktifkan. Jika database Anda tidak menerima permintaan dalam periode waktu tertentu, Anda dapat mengaktifkan fitur No-activity Suspension. Setelah fitur ini diaktifkan, jika tidak ada layanan yang terhubung ke kluster dalam periode yang ditentukan oleh parameter Detection Period For No-activity Suspension, kluster akan secara otomatis masuk ke status ditangguhkan. Selama masa penangguhan, Anda tetap dikenai biaya untuk ruang penyimpanan berdasarkan metode bayar sesuai pemakaian. Jika ada layanan yang terhubung ke kluster, kluster akan langsung mulai secara otomatis.

  • Proksi database

    • Proksi database menggunakan arsitektur serverless. Sumber daya proksi database bersifat independen dari node komputasi dan diskalakan secara otomatis. Anda tidak perlu menentukan sumber daya proksi database.

    • Peningkatan penskalaan default adalah 0,5 PCU. Peningkatan penskalaan disesuaikan secara dinamis berdasarkan penggunaan PCU saat ini. Semakin banyak PCU yang digunakan, semakin besar peningkatan penskalaannya.

  • Node komputasi

    • Node utama (Node RW) dan node read-only (node RO) menggunakan arsitektur serverless. Node-node tersebut diskalakan sesuai beban kerja dan menggunakan penyimpanan bersama dalam zona tunggal.

    • Saat node utama atau node read-only diskalakan, jumlah PCU node tersebut bertambah atau berkurang.

    • Peningkatan penskalaan default adalah 0,5 PCU. Peningkatan penskalaan disesuaikan secara dinamis berdasarkan penggunaan PCU saat ini. Semakin banyak PCU yang digunakan, semakin besar peningkatan penskalaannya.

    • Anda dapat mengatur rentang penskalaan satu node dalam satuan PCU. Sistem memantau PCU node komputasi setiap detik.

  • Ruang penyimpanan

    Ruang penyimpanan menggunakan metode penagihan bayar sesuai pemakaian. Anda tidak perlu menentukan kapasitas penyimpanan saat pembelian. Kapasitas penyimpanan secara otomatis diperluas seiring pertumbuhan data Anda. Anda hanya dikenai biaya untuk ruang penyimpanan yang digunakan. Anda dapat melihat Database Storage Usage pada halaman Basic Information kluster. Untuk informasi selengkapnya, lihat View the database storage usage.

Catatan

Penskalaan

Kondisi pemicu penambahan skala dan skala keluar

  • Penambahan skala (peningkatan node)

    PolarDB memantau tingkat penggunaan CPU, penggunaan memori, dan metrik lain tingkat kernel dari node utama dan node read-only. Selama siklus pemantauan, penambahan skala biasanya dipicu untuk suatu node ketika salah satu dari tiga situasi berikut terjadi:

    • Tingkat penggunaan CPU melebihi ambang batas yang telah ditetapkan (default 80%).

    • Penggunaan memori melebihi 90%.

    • Spesifikasi node read-only kurang dari separuh spesifikasi node utama.

      Sebagai contoh, jika node read-only memiliki spesifikasi 4 PCU dan node utama memiliki spesifikasi 10 PCU, maka node read-only akan diskalakan hingga minimal 5 PCU.

  • Skala keluar (menambahkan node)

    Jika node read-only dalam kluster telah diskalakan hingga spesifikasi maksimumnya dan ambang batas penambahan skala masih terpenuhi (misalnya, tingkat penggunaan CPU melebihi ambang batas kustom), maka skala keluar node read-only akan dipicu.

Kondisi pemicu pengurangan skala dan skala masuk

  • Pengurangan skala (penurunan spesifikasi node)

    Pengurangan skala dipicu untuk suatu node ketika tingkat penggunaan CPU-nya berada di bawah ambang batas kustom (default 50%) dan penggunaan memorinya di bawah 80%.

  • Scale down (hapus node)

    Skala-masuk dipicu untuk node read-only jika tingkat penggunaan CPU-nya tetap di bawah 15% dan tingkat penggunaan CPU semua node read-only lainnya tetap di bawah 60% selama 15 hingga 30 menit.

    Catatan
    • Untuk mencegah jitter node, hanya satu node read-only yang diskalakan masuk dalam satu waktu. Periode tenang antara aktivitas skala-masuk berturut-turut adalah 15 hingga 30 menit.

    • Jika Anda ingin segera menskalakan masuk semua node read-only, Anda dapat memodifikasi Serverless Configuration. Jika Anda mengatur baik Maximum Number of Read-only Nodes maupun Minimum Number of Read-only Nodes menjadi 0, skala-masuk semua node read-only akan segera dipicu.

Catatan
  • Rentang penskalaan ditentukan oleh jumlah maksimum dan minimum node read-only serta PCU maksimum dan minimum per node yang Anda tentukan. Untuk informasi selengkapnya, lihat Set a scaling policy for serverless cluster resources atau Set a scaling policy for serverless resources.

  • Metrik untuk memicu penskalaan bervariasi berdasarkan konfigurasi parameter dan konfigurasi serverless. Anda dapat menentukan ambang batas tingkat penggunaan CPU, tetapi tidak dapat mengubah ambang batas metrik lainnya.

  • Ketika lalu lintas layanan kluster meningkat secara tiba-tiba, node-node kluster diskalakan naik secara bertahap hingga mencapai spesifikasi yang diharapkan, bukan sekaligus. Peningkatan penskalaan minimum adalah 0,5 PCU. Untuk beradaptasi dengan cepat terhadap lalu lintas layanan saat ini, peningkatan penskalaan berikutnya secara otomatis disesuaikan berdasarkan jumlah PCU saat ini.

  • Anda dapat mengonfigurasi aturan peringatan di Performance Monitoring di konsol untuk menerima notifikasi tepat waktu saat node kluster diskalakan turun. Untuk informasi selengkapnya tentang cara mengonfigurasi aturan peringatan, lihat Create an alert rule.

Manfaat

Fitur serverless dapat menskalakan sumber daya kluster secara dinamis dalam hitungan detik berdasarkan beban kerja. Fitur serverless memberikan manfaat berikut:

  • Ketersediaan tinggi

    Arsitektur multi-node menjamin ketersediaan tinggi kluster serverless. Kluster Serverless menawarkan perjanjian tingkat layanan (SLA) yang sama dengan kluster umum untuk menjamin stabilitas.

  • Skalabilitas tinggi

    • Rentang penskalaan luas

      Satu kluster dapat diskalakan antara 0 hingga 1.000 core CPU tanpa mengganggu bisnis.

    • Skalabilitas dalam hitungan detik

      Deteksi beban kerja diselesaikan dalam lima detik dan sumber daya kluster diskalakan naik dalam waktu satu detik saat beban kerja Anda meningkat. Jika beban kerja Anda berkurang, sumber daya kluster secara otomatis diskalakan turun secara bertahap.

    • Tidak ada gangguan bisnis

      Proses penskalaan tidak berdampak pada bisnis.

  • Konsistensi data yang kuat

    Konsistensi global (mode berkinerja-tinggi) disediakan. Kluster mendukung konsistensi data yang kuat. Data dapat dibaca segera setelah ditulis ke node read-only, sementara kinerjanya hampir sama dengan mode konsistensi lemah.

  • Hemat biaya

    Kluster serverless ditagih dalam satuan PCU dengan metode penagihan bayar sesuai pemakaian. Hal ini mengurangi biaya hingga 80%.

  • Tanpa O&M

    Tim serverless PolarDB bertanggung jawab atas semua pekerjaan operasi dan pemeliharaan, seperti peningkatan sistem, penerapan sistem, penskalaan, dan pemrosesan peringatan. Operasi-operasi ini dilakukan di latar belakang dan tidak memengaruhi layanan yang sedang berjalan di sistem. Hal ini menjamin pengiriman layanan yang berkelanjutan dan memungkinkan Anda fokus mengembangkan bisnis Anda.

Skenario

Kluster Serverless

  • Skenario di mana beban kerja berfluktuasi secara dramatis

  • Skenario yang memerlukan akses database yang jarang, seperti database di lingkungan pengembangan dan pengujian

  • Skenario yang melibatkan tugas terjadwal intermiten, seperti pengajaran dan eksperimen mahasiswa

  • Skenario yang menangani beban kerja yang tidak konsisten dan tidak dapat diprediksi, seperti IoT dan komputasi tepi

  • Skenario yang perlu mengurangi biaya O&M dan meningkatkan efisiensi O&M

Kluster Serverless dengan spesifikasi yang ditentukan

  • Skenario di mana beban kerja berfluktuasi secara dramatis

  • Skenario yang menangani beban kerja yang tidak konsisten dan tidak dapat diprediksi, seperti IoT dan komputasi tepi

  • Skenario yang perlu mengurangi biaya O&M dan meningkatkan efisiensi O&M

  • Skenario yang perlu memenuhi kebutuhan fluktuasi berdasarkan kluster PolarDB yang sudah ada.

Prasyarat

Kluster Serverless

  • Kluster yang mesin database-nya adalah MySQL 5.6 tidak didukung.

  • Fitur serverless tidak tersedia untuk kluster yang arsitektur CPU-nya adalah YiTian ARM.

Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan

Untuk mengaktifkan fitur serverless pada kluster dengan spesifikasi yang ditentukan, pastikan kluster tersebut memenuhi persyaratan versi berikut:

  • Versi mesin:

    • MySQL 5.6: Tidak didukung.

    • MySQL 5.7: Versi mesin minor harus 5.7.1.0.29 atau lebih baru.

    • MySQL 8.0.1: Versi mesin minor harus 8.0.1.1.30.1 atau lebih baru.

    • MySQL 8.0.2: Versi mesin minor harus 8.0.2.2.19 atau lebih baru.

  • Versi proksi database (Proxy): Harus 2.4.30 atau lebih baru.

  • Arsitektur CPU: Harus X86. YiTian ARM tidak didukung.

Batasan

Kluster Serverless

Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan

  • Kluster node tunggal tanpa proksi database tidak mendukung fitur serverless karena tidak memenuhi prasyarat. Untuk mengaktifkan fitur ini, tambahkan node read-only. Kluster node tunggal yang baru dibeli dan memenuhi persyaratan versi mendukung fitur serverless secara default.

  • Edisi Perusahaan: Skala naik atau turun ruang penyimpanan secara manual tidak didukung.

  • Fitur global database network (GDN) didukung dengan batasan berikut:

    • No-activity Suspension tidak dapat diatur untuk kluster apa pun dalam GDN.

    • Ketika versi mesin database memenuhi kondisi berikut, semua kluster dalam GDN harus memiliki setidaknya satu node read-only:

      • MySQL 8.0.1 dengan versi mesin minor lebih awal dari 8.0.1.1.42.

      • MySQL 8.0.2 dengan versi mesin minor lebih awal dari 8.0.2.2.23.

  • Fitur serverless dan fitur Penskalaan elastis dengan penskalaan otomatis saling eksklusif. Artinya, pada kluster dengan spesifikasi yang ditentukan, Anda tidak dapat mengaktifkan fitur serverless jika fitur Penskalaan elastis dengan penskalaan otomatis diaktifkan, dan Anda tidak dapat mengaktifkan fitur Penskalaan elastis dengan penskalaan otomatis jika fitur serverless diaktifkan.

Catatan

Untuk informasi selengkapnya tentang persyaratan versi dan batasan, lihat Enable the serverless feature for a cluster with defined specifications.

Harga

  • Kluster Serverless

    • Biaya mencakup biaya node komputasi, biaya ruang penyimpanan, biaya penyimpanan cadangan (hanya untuk bagian yang melebihi kuota gratis), dan biaya Penjelajah SQL (opsional). Untuk informasi selengkapnya, lihat Serverless billing.

    • Anda dapat melihat tagihan Anda di halaman Biaya dan Pengeluaran. Di halaman Bill Details, pilih PolarDB-Serverless dari daftar drop-down Product Name. Untuk informasi selengkapnya, lihat Bill details.

  • Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan

    Biaya mencakup biaya untuk sumber daya dengan spesifikasi yang ditentukan dan biaya untuk sumber daya serverless. Untuk informasi selengkapnya tentang biaya sumber daya dengan spesifikasi yang ditentukan, lihat Billable items. Untuk informasi selengkapnya tentang biaya sumber daya serverless, lihat Billing.