PolarDB:Konfigurasikan auto scaling untuk kluster serverless

Pemicu skalabilitas vertikal dan skala keluar

• Skalabilitas vertikal (scale-up)

  PolarDB memantau penggunaan CPU, penggunaan memori, dan metrik lainnya di tingkat kernel pada node primary dan read-only. Selama periode pemantauan, sistem biasanya memicu scale-up pada suatu node ketika salah satu kondisi berikut terpenuhi:

  • Penggunaan CPU melebihi ambang batas yang telah ditetapkan (default: 80%).

  • Penggunaan memori melebihi ambang batas tertentu:

    Format serverless		Ambang batas scale-up
    Kluster serverless		90%
    Fitur serverless untuk kluster dengan spesifikasi yang ditentukan	Kurang dari atau sama dengan 32 GB	90%
    	64 GB	92%
    	128 GB	96%
    	256 GB hingga 512 GB	98%
    	Spesifikasi memori lainnya	Skalabilitas vertikal tidak didukung.

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

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

• Penskalaan horizontal (skala keluar)

  Jika node read-only dalam kluster telah mencapai batas maksimum yang dikonfigurasi namun tetap memenuhi kondisi pemicu scale-up (misalnya, penggunaan CPU-nya melebihi ambang batas kustom), maka skala keluar akan dipicu.

Pemicu skala turun dan skala-masuk

• Skalabilitas vertikal (scale-down)

  Scale-down dipicu untuk suatu node ketika penggunaan CPU-nya turun di bawah ambang batas kustom (default: 50%) dan penggunaan memorinya berada di bawah ambang batas tertentu. Ambang batas penggunaan memori adalah sebagai berikut:

  Format serverless		Ambang batas scale-down
  Kluster serverless		80%
  Fitur serverless untuk kluster dengan spesifikasi yang ditentukan	Kurang dari atau sama dengan 32 GB	80%
  	64 GB	86%
  	128 GB	90%
  	256 GB hingga 512 GB	94%
  	Spesifikasi memori lainnya	Skalabilitas vertikal tidak didukung, sehingga tidak ada ambang batas scale-down yang berlaku.

• Penskalaan horizontal (skala-masuk)

  Scale-in dipicu untuk node read-only jika penggunaan CPU-nya tetap di bawah 15% dan penggunaan CPU semua node read-only lainnya tetap di bawah 60% selama periode berkelanjutan antara 15 hingga 30 menit.

  Catatan

  • Untuk mencegah jitter node, hanya satu node read-only yang diskalakan masuk dalam satu waktu. Periode cooldown antara event scale-in berturut-turut adalah 15 hingga 30 menit.

  • Untuk segera melakukan scale-in pada semua node read-only, ubah Serverless Configuration. Mengatur baik Maximum Number of Read-only Nodes maupun Minimum Number of Read-only Nodes menjadi 0 akan segera memicu scale-in semua node read-only.

Konfigurasi parameter saat ini

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

• Current Parameters

  • Minimum Read-only Nodes: Jumlah minimum node read-only. Nilainya dapat berkisar antara 0 hingga 15.

  • Maximum Read-only Nodes: Jumlah maksimum node read-only. Nilainya dapat berkisar antara 0 hingga 15.

  Catatan

  • Jumlah node read-only secara otomatis bertambah atau berkurang berdasarkan workload aktual, dalam batas minimum dan maksimum yang ditentukan. Untuk informasi lebih lanjut tentang logika penskalaan, lihat Auto scaling.

  • Untuk memastikan ketersediaan tinggi bagi kluster serverless, kami merekomendasikan mengatur Minimum Read-only Nodes menjadi 1.

  • Minimum Resources for Single Node: PCU minimum untuk setiap node dalam kluster. Nilainya dapat berkisar antara 0,25 PCU hingga 32 PCU.

  • Maximum Resources for Single Node: PCU maksimum untuk setiap node dalam kluster. Nilainya dapat berkisar antara 1 PCU hingga 32 PCU.

  Catatan

  Contoh: Jika Anda mengatur Minimum Resources for Single Node menjadi 2 PCU dan Maximum Resources for Single Node menjadi 16 PCU, maka spesifikasi default node primary dan node read-only dalam kluster serverless adalah 2 PCU (sekitar 2 core CPU dan 4 GB memori). Ketika sistem mendeteksi peningkatan workload, jumlah PCU untuk node primary atau node read-only akan ditingkatkan secara otomatis. Berdasarkan pengaturan Anda, nilai maksimumnya adalah 16 PCU (sekitar 16 core CPU dan 32 GB memori).

  • Read-only Column Store Nodes: Jumlah node penyimpanan kolom read-only. Nilainya dapat berkisar antara 0 hingga 15.

    Catatan

    • Untuk menambahkan node penyimpanan kolom read-only, kluster harus memiliki setidaknya satu node read-only. Artinya, Anda harus terlebih dahulu mengatur Minimum Read-only Nodes menjadi 1 atau lebih tinggi.

    • Untuk informasi lebih lanjut tentang node penyimpanan kolom read-only, lihat columnar indexes (IMCI).

  • Enable No-activity Suspension: Aktifkan fitur ini untuk secara otomatis menangguhkan kluster selama periode tidak ada aktivitas. Saat diaktifkan, kluster akan ditangguhkan jika tidak ada koneksi aktif selama Detection Period for No-activity Suspension yang ditentukan. Selama periode penangguhan, Anda tetap dikenai biaya penyimpanan berdasarkan skema bayar sesuai penggunaan. Kluster akan otomatis dilanjutkan segera setelah permintaan koneksi baru diterima.

  • Detection Period for No-activity Suspension: Periode deteksi dapat diatur dari 5 menit hingga 24 jam dan harus merupakan kelipatan 5 menit.

• 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 penggunaan CPU yang memicu aksi scale-up. Nilainya dapat berkisar antara 40% hingga 100%.

  • Minimum CPU Resources for Elastic Upgrade (Minimum): Ambang batas penggunaan CPU yang memicu aksi scale-down. Nilainya dapat 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 memerlukan respons lebih cepat. Namun, kluster mungkin akan lebih sering melakukan scale-up dan scale-down seiring perubahan beban.

Konfigurasi kebijakan terjadwal

Kebijakan terjadwal melakukan penskalaan sumber daya berdasarkan jadwal yang telah ditentukan. Hal ini memungkinkan Anda memperluas kapasitas sumber daya untuk puncak lalu lintas yang dapat diprediksi, seperti promosi, serta melakukan skala turun selama periode sepi.

1. Pada kotak dialog Configure Serverless-related Parameters, klik + Add Scheduled Policy. Parameter-parameter tersebut dijelaskan sebagai berikut:

   Parameter	Value
   Maximum Resources for Single Node (Maximum)	1 hingga 32 PCU.
   Minimum Resources for Single Node (Minimum)	1 hingga 32 PCU. Nilai minimum harus kurang dari atau sama dengan nilai maksimum.
   Maximum Read-only Nodes	Nilai dari 0 hingga 15.
   Minimum Read-only Nodes	Nilai dari 0 hingga 15. Nilai ini tidak boleh lebih besar daripada nilai Maximum Read-only Nodes.
   Read-only Column Store Nodes	Nilai dari 0 hingga 15.
   Start/End Time	Rentang waktu berlaku untuk kebijakan terjadwal.
   Policy Scheduling	Pengaturan jadwal untuk kebijakan tersebut. Positive: Pilih hari-hari tertentu dalam bulan dan waktu pelaksanaan kebijakan. Anda dapat menghitung dari awal bulan (Last) atau dari akhir (Last). Pisahkan beberapa hari dengan koma (,), contohnya 1,3,5. Weekly: Pilih hari-hari tertentu dalam minggu (Senin hingga Minggu) dan waktu pelaksanaan kebijakan. Daily: Pilih waktu tertentu dalam sehari untuk menjalankan kebijakan.

   Catatan

   Setelah Anda mengonfigurasi kebijakan terjadwal, sistem akan menyesuaikan parameter konfigurasi Serverless kluster sesuai dengan waktu terjadwal kebijakan dalam rentang Start/End Time yang ditentukan. Setelah penyesuaian selesai, parameter konfigurasi Serverless kluster tidak akan dikembalikan secara otomatis. Jika Anda perlu mengembalikan parameter konfigurasi asli pada waktu tertentu, buatlah kebijakan terjadwal lainnya. Untuk contoh lengkap, lihat Example.

2. Lihat task terjadwal. Anda dapat melihat task dengan dua cara:

   Catatan

   Kebijakan terjadwal menghasilkan task terjadwal dasar yang menjalankan aksi penskalaan.

   • Setelah kebijakan terjadwal dibuat, Anda dapat melihat task-nya di halaman detail kluster.

     Di halaman detail kluster, pada bagian Pending Scheduled and Failed Tasks, Anda dapat melihat task yang dihasilkan oleh kebijakan tersebut. Informasi ini mencakup ID task, status, aksi (seperti ModifyDBClusterServerlessConf), waktu mulai yang direncanakan, dan waktu akhir yang direncanakan. Anda dapat Cancel task tersebut atau Modify the scheduled time.

   • Buka Task Management > Scheduled Tasks di Konsol.

     Pada daftar task di halaman ini, Anda dapat melihat status setiap task terjadwal (seperti Pending atau Canceled) dan Cancel task apa pun yang berstatus Pending.