PolarDB:Fitur serverless untuk kluster dengan spesifikasi tetap

Kondisi pemicu scale-up dan scale-out

• Scale-up (peningkatan node)

  PolarDB memantau utilisasi CPU, penggunaan memori, dan metrik lainnya di tingkat kernel pada node primary dan read-only. Selama satu siklus pemantauan, scale-up biasanya dipicu untuk suatu node ketika salah satu kondisi berikut terjadi:

  • Utilisasi CPU lebih tinggi daripada ambang batas yang telah ditetapkan (default 80%).

  • Penggunaan memori lebih tinggi dari 90%.

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

    Misalnya, jika node read-only memiliki spesifikasi 4 PCU dan node primary memiliki spesifikasi 10 PCU, maka node read-only akan ditingkatkan menjadi minimal 5 PCU.

• Scale-out (menambah node)

  Scale-out dipicu ketika node read-only mencapai spesifikasi maksimum dan ambang batas scale-up tetap terlampaui (misalnya, utilisasi CPU melebihi ambang batas kustom).

Kondisi pemicu scale-down dan scale-in

• Scale-down (menurunkan spesifikasi node)

  Scale-down dipicu ketika utilisasi CPU turun di bawah ambang batas kustom (default 50%) dan penggunaan memori di bawah 80%.

• Scale-in (menghapus node)

  Scale-in dipicu untuk node read-only ketika utilisasi CPU-nya tetap di bawah 15% dan semua node read-only lainnya tetap di bawah 60% selama 15–30 menit.

  Catatan

  • Untuk mencegah jitter, hanya satu node read-only yang melakukan scale-in dalam satu waktu, dengan jeda pendinginan (cooldown) 15–30 menit antara event scale-in berturut-turut.

  • Untuk segera melakukan scale-in pada semua node read-only, atur Maximum Number of Read-only Nodes dan Minimum Number of Read-only Nodes menjadi 0 di Serverless Configuration.

Konfigurasi parameter saat ini

Pada kotak dialog Configure Serverless-related Parameters, klik Edit untuk mengatur parameter.

• Current Parameters

  • Minimum Read-only Nodes: Jumlah minimum node read-only tambahan. Nilai valid: 0 hingga 15.

  • Maximum Read-only Nodes: Jumlah maksimum node read-only tambahan. Nilai valid: 0 hingga 15.

  Catatan

  Sistem secara otomatis menambah atau mengurangi jumlah node read-only berdasarkan workload, dalam batas yang ditentukan. Untuk informasi lebih lanjut, lihat Scaling.

  • Minimum Resources for Single Node: Jumlah minimum PCU untuk setiap node dalam kluster. Nilai valid: 0 PCU hingga 16 PCU.

  • Maximum Resources for Single Node: Jumlah maksimum PCU untuk setiap node dalam kluster. Nilai valid: 0 PCU hingga 16 PCU.

  Catatan

  Contoh: Jika Anda mengatur Minimum Resources for Single Node menjadi 2 PCU dan Maximum Resources for Single Node menjadi 8 PCU, setiap node mendapatkan kapasitas serverless yang diskalakan antara 2 hingga 8 PCU di atas spesifikasi tetapnya. Garis dasar node tersebut menjadi spesifikasi tetapnya ditambah 2 PCU (sekitar 2 core, 4 GB memori). Seiring peningkatan workload, sistem menambah kapasitas hingga maksimum 8 PCU. Spesifikasi akhir tidak boleh melebihi spesifikasi tetap ditambah 8 PCU (sekitar 8 core, 16 GB memori).

  • Number of read-only column store nodes: Jumlah node penyimpanan kolom read-only. Nilai valid: 0 hingga 15.

    Catatan

    • Parameter ini hanya ditampilkan dan dapat dikonfigurasi jika kluster dengan spesifikasi tetap Anda sudah memiliki node penyimpanan kolom read-only.

    • Untuk informasi lebih lanjut tentang node penyimpanan kolom read-only, lihat IMCI (In-Memory Column Index).

• Advanced Settings

  Anda dapat menyesuaikan parameter lanjutan berdasarkan tekanan sumber daya pada kluster serverless Anda.

  • Scan Interval: Pengaturan ini menentukan seberapa cepat kluster merespons perubahan workload. Pilih Standard atau Sensitive.

  • Maximum CPU Resources for Elastic Upgrade (Maximum): Ambang batas utilisasi CPU yang memicu aksi scale-up. Nilainya berkisar antara 40% hingga 100%.

  • Minimum CPU Resources for Elastic Upgrade (Minimum): Ambang batas utilisasi CPU yang memicu aksi scale-down. Nilainya berkisar antara 10% hingga 70%.

  Catatan

  • Ambang batas scale-down CPU harus lebih rendah daripada ambang batas scale-up CPU. Selisih antara kedua ambang batas tersebut harus minimal 30 poin persentase.

  • Mode Sensitive cocok untuk workload yang sensitif terhadap fluktuasi beban sementara (misalnya, lonjakan CPU singkat) dan membutuhkan respons lebih cepat. Namun, kluster mungkin akan lebih sering melakukan scale-up dan scale-down seiring perubahan beban.

Buat kebijakan siklus hidup

Kebijakan siklus hidup menskalakan sumber daya kluster sesuai jadwal yang telah ditentukan (harian, mingguan, atau bulanan). Anda dapat menggunakannya untuk memperbesar kapasitas sumber daya pada periode puncak yang dapat diprediksi—seperti acara promosi—dan memperkecil kapasitas selama jam sepi guna mengurangi biaya.

1. Pada kotak dialog Configure Serverless-related Parameters, klik + Add Lifecycle Policy. Tabel berikut menjelaskan parameter-parameter tersebut.

   Parameter	Nilai
   Maximum Resources for Single Node	0 hingga 16 PCU.
   Minimum Resources for Single Node	0 hingga 16 PCU. Nilai ini harus kurang dari atau sama dengan nilai Maximum resources for a single node.
   Maximum Read-only Nodes	0 hingga 15.
   Minimum Read-only Nodes	0 hingga 15. Nilai ini tidak boleh lebih besar daripada nilai Maximum Read-only Nodes.
   Number of read-only column store nodes	0 hingga 15. Catatan Parameter ini hanya ditampilkan dan dapat dikonfigurasi jika kluster dengan spesifikasi tetap Anda sudah memiliki node penyimpanan kolom read-only. Untuk informasi lebih lanjut tentang node penyimpanan kolom read-only, lihat IMCI (In-Memory Column Index).
   Start/End Time	Rentang waktu efektif untuk kebijakan siklus hidup.
   Policy scheduling	Jadwal untuk kebijakan siklus hidup. Bulanan: Pilih hari-hari tertentu dalam bulan dan waktu eksekusi tertentu. Anda dapat menghitung dari Positive atau Last dalam bulan tersebut. Untuk menentukan beberapa hari, pisahkan angka dengan koma (,), misalnya, 1,3,5. Mingguan: Pilih hari-hari tertentu dalam minggu (Senin hingga Minggu) dan waktu eksekusi tertentu. Harian: Pilih waktu tertentu untuk eksekusi harian.

   Catatan

   Setelah mengonfigurasi kebijakan siklus hidup, sistem menyesuaikan parameter konfigurasi Serverless kluster pada waktu terjadwal kebijakan siklus hidup dalam rentang Start/End Time yang ditentukan. Setelah penyesuaian selesai, parameter konfigurasi Serverless kluster tidak secara otomatis kembali ke semula. Untuk mengembalikan parameter konfigurasi asli pada waktu tertentu, Anda harus mengonfigurasi kebijakan siklus hidup terpisah. Untuk contoh lengkap, lihat Example.

2. (Opsional) Lihat rencana eksekusi. Anda dapat menggunakan salah satu metode berikut:

   Catatan

   Kebijakan siklus hidup menghasilkan tugas terjadwal. Saat Anda membuat kebijakan, sistem membuat tugas yang sesuai berdasarkan jadwalnya.

   • Setelah membuat kebijakan siklus hidup, Anda dapat melihatnya di halaman detail kluster.

     Di halaman detail kluster, Anda dapat melihat tugas terjadwal yang dihasilkan di bagian Pending execution plan and failed retry tasks. Bagian ini menampilkan informasi seperti ID tugas, status tugas (Pending), aksi tugas (misalnya, ModifyDBClusterServerlessConf), dan waktu mulai terjadwal. Anda juga dapat melakukan aksi seperti Cancel atau Modify Scheduled Time.

   • Buka Task Management > Scheduled Tasks di Konsol.

     Di halaman ini, Anda dapat melihat Task Status, seperti Pending atau Canceled. Untuk tugas yang tertunda, Anda dapat mengklik Cancel di kolom Actions untuk membatalkannya.