ApsaraDB for SelectDB mendukung Auto Scaling berbasis waktu dan penskalaan manual. Jika beban kerja bisnis Anda memiliki puncak dan lembah yang dapat diprediksi, Anda dapat menggunakan Auto Scaling untuk menyesuaikan sumber daya secara dinamis guna meningkatkan pemanfaatan sumber daya dan kinerja sistem. Jika konfigurasi kluster saat ini tidak memenuhi kebutuhan bisnis Anda, Anda juga dapat melakukan penskalaan kluster secara manual. Jika node BE kehabisan memori, Anda dapat menggunakan fitur penskalaan kluster di Konsol untuk melakukan scale-up terhadap kluster tersebut. Perintah SQL seperti ALTER SYSTEM ADD BACKEND tidak didukung untuk manajemen node.
Penskalaan kluster
Jenis penskalaan | Kasus penggunaan | Dampak terhadap kluster |
time-sharing auto scaling | Beban kerja memiliki periode puncak dan jam sepi yang dapat diprediksi. | Saat Anda melakukan scale-down, ukuran cache berkurang secara proporsional dengan resource komputasi. Data cache yang melebihi ukuran cache baru akan dihapus (evicted), yang dapat menyebabkan jitter pada waktu respons untuk beberapa kueri. |
manual scaling | Konfigurasi kluster saat ini tidak memenuhi kebutuhan bisnis Anda. | Saat Anda mengurangi ukuran cache, data cache yang melebihi ukuran cache target akan dihapus. Hal ini dapat menyebabkan jitter pada waktu respons untuk beberapa kueri. |
Prasyarat
Instans berada dalam status Running.
Kluster target berada dalam status Running.
Akun Alibaba Cloud Anda tidak memiliki pesanan yang belum dibayar.
Catatan penggunaan
Pembayaran yang tertunggak atau saldo yang tidak mencukupi pada Akun Alibaba Cloud Anda akan mencegah aturan time-sharing Auto Scaling berjalan dan menyebabkan upaya penskalaan manual gagal.
Operasi penskalaan dapat menyebabkan gangguan singkat pada operasi baca dan tulis. Kami menyarankan melakukan penskalaan selama jam sepi.
Untuk time-sharing Auto Scaling, perhatikan hal berikut:
Hanya kluster pay-as-you-go yang mendukung time-sharing Auto Scaling.
Aturan time-sharing Auto Scaling hanya dijalankan jika instans dan kluster berada dalam status
Running. Jika salah satu berada dalam status non-Running (misalnya,Paused,Restarting, atauUpgrading), sistem akan mencoba ulang operasi tersebut. Jika status non-Running berlangsung lebih dari 30 menit, sistem akan melewatkan eksekusi aturan tersebut.
Penagihan
Biaya yang dijelaskan dalam topik ini hanya sebagai referensi. Untuk biaya aktual, lihat Tagihan Anda.
Setiap instans dapat berisi satu atau beberapa kluster Backend (BE). Instans pay-as-you-go hanya berisi kluster pay-as-you-go, sedangkan instans subscription dapat berisi kluster subscription dan pay-as-you-go. Oleh karena itu, penagihan untuk penskalaan kluster dalam instans subscription berbeda dengan penskalaan kluster dalam instans pay-as-you-go.
Instans Langganan
Jenis perubahan | Metode penagihan kluster | Rincian penagihan |
Scale up kluster | subscription | Biaya scale up = (Harga per hari setelah scale-up – Harga per hari sebelum scale-up) × Sisa hari hingga masa berlaku instans berakhir. Untuk rincian harga, lihat Item yang dikenai biaya dan harga. Catatan Jumlah sisa hari bukan bilangan bulat dan akurat hingga 12 tempat desimal. Misalnya, durasi sisa 31 hari dan 10 jam dihitung sebagai 31,416666666667 hari. |
pay-as-you-go | Setelah melakukan scale-up pada kluster pay-as-you-go, Anda dikenai biaya per jam berdasarkan konfigurasi baru. Untuk jam terjadinya penskalaan, Anda ditagih per menit untuk konfigurasi lama dan baru. Total biaya dikenakan pada akhir jam tersebut. Untuk rincian harga, lihat Item yang dikenai biaya dan harga. | |
Scale down kluster | subscription | Setelah melakukan scale-down pada kluster subscription, Alibaba Cloud akan mengembalikan dana untuk durasi langganan yang tersisa ke metode pembayaran asli Anda. |
pay-as-you-go | Setelah melakukan scale-down pada kluster pay-as-you-go, Anda dikenai biaya per jam berdasarkan konfigurasi baru. Untuk jam terjadinya penskalaan, Anda ditagih per menit untuk konfigurasi lama dan baru. Total biaya dikenakan pada akhir jam tersebut. Untuk rincian harga, lihat Item yang dikenai biaya dan harga. |
Instans pay-as-you-go
Instans pay-as-you-go ditagih secara post-paid. Setelah menskalakan kluster dalam instans pay-as-you-go, metode penagihan tetap tidak berubah, dan Anda tetap dikenai biaya per jam. Untuk jam terjadinya penskalaan, Anda ditagih per menit untuk konfigurasi lama dan baru. Total biaya dikenakan pada akhir jam tersebut. Untuk rincian harga, lihat Item yang dikenai biaya dan harga.
Batasan
Penskalaan resource komputasi
Saat Anda menyesuaikan resource komputasi, ukuran cache secara otomatis diskalakan secara proporsional berdasarkan rasio compute-to-cache saat ini pada kluster. Misalnya, untuk kluster dengan 8 core CPU dan ukuran cache 200 GB, scale-up menjadi 16 core CPU secara otomatis menyesuaikan ukuran cache menjadi 400 GB. Scale-down menjadi 4 core CPU menyesuaikan ukuran cache menjadi 100 GB.
Anda tidak dapat menskalakan resource komputasi secara independen sambil mempertahankan ukuran cache tetap.
Penskalaan ukuran cache
Scale up: Anda dapat menskalakan ukuran cache secara independen atau secara proporsional saat menskalakan resource komputasi.
Scale down: Anda tidak dapat mengurangi ukuran cache secara independen. Untuk mengurangi ukuran cache, Anda harus menskalakan resource komputasi secara proporsional pada saat yang sama.
Jika Anda ingin hanya menskalakan resource komputasi atau hanya ukuran cache, buat kluster baru dengan spesifikasi target, lalu hapus kluster lama.
Prosedur
Setiap operasi penskalaan memerlukan waktu sekitar 10 menit. Anda dapat melakukan refresh halaman untuk memeriksa status kluster. Operasi selesai ketika status berubah dari Changing Specifications menjadi Running.
Time-sharing auto scaling
Masuk ke Konsol ApsaraDB for SelectDB.
Di pojok kiri atas halaman, pilih wilayah tempat instans Anda berada.
Pada halaman Instances, klik Instance ID target untuk membuka halaman Instance Details.
Di panel navigasi sebelah kiri halaman Instance Details, klik Cluster Management.
Pada halaman Cluster Management, temukan kluster target dan klik Scale di kolom Actions.
Di panel Scale panel, klik tab Time-sharing Auto Scaling.
Konfigurasikan pengaturan berikut:
PentingSebelum membuat atau mengubah aturan Time-sharing Auto Scaling, Anda harus memahami batasan berikut:
Waktu eksekusi aturan baru tidak boleh tumpang tindih dengan aturan yang sudah ada.
Interval antar aturan yang berdekatan minimal satu jam. Anda dapat membuat maksimal 23 aturan.
Aturan yang berdekatan tidak boleh memiliki target resource komputasi yang sama. Aturan terakhir dan aturan pertama dalam daftar juga dianggap berdekatan.
Aktifkan atau nonaktifkan kebijakan time-sharing Auto Scaling.
Di pojok kiri atas panel, klik sakelar Time-sharing Auto Scaling.
CatatanAnda harus memiliki minimal dua aturan untuk mengaktifkan kebijakan time-sharing Auto Scaling.
Aktif: Sistem menjalankan aturan yang ada sesuai jadwalnya. Saat kebijakan ini aktif, Anda tidak dapat melakukan penskalaan manual.
Nonaktif: Aturan yang ada tidak dijalankan tetapi tidak dihapus.
Buat aturan time-sharing Auto Scaling.
PentingSistem tidak akan menjalankan aturan selama kebijakan time-sharing Auto Scaling dinonaktifkan.
Klik Create di pojok kanan atas panel, konfigurasikan Execution Time dan Required Computing Resources, lalu klik Save.
Jika Anda belum menambahkan aturan apa pun, Anda juga dapat mengklik Create Rule di bagian bawah panel untuk mengonfigurasi parameter.
Ubah aturan time-sharing Auto Scaling.
Di kolom Actions aturan target, klik ikon
, ubah Execution Time dan Required Computing Resources, lalu klik Save.Lihat aturan time-sharing Auto Scaling.
Panel penskalaan secara default menampilkan daftar aturan time-sharing Auto Scaling. Jika Anda berada di tab Manual Scaling, klik tab Time-sharing Auto Scaling untuk beralih tampilan.
Hapus aturan time-sharing Auto Scaling.
Di kolom Actions aturan target, klik ikon
. Baca dengan cermat isi kotak dialog Are you sure that you want to delete the rule? dan klik OK.Setelah penghapusan, jika jumlah aturan kurang dari dua, sistem secara otomatis menonaktifkan kebijakan time-sharing Auto Scaling, dan Anda tidak dapat mengaktifkannya kembali.
CatatanAnda tidak dapat menghapus aturan jika dua aturan yang berdekatan dengannya memiliki target resource komputasi yang sama.
Aturan terakhir dan aturan pertama dalam daftar dianggap berdekatan.
Parameter
Deskripsi
Rule
ID sementara yang diberikan kepada aturan. Aturan diberi nomor berdasarkan waktu eksekusinya. Jika Anda menambahkan atau mengubah aturan, sistem secara otomatis mengurutkan ulang seluruh daftar aturan.
Execution Cycle
Frekuensi eksekusi aturan. Diatur ke Daily dan tidak dapat diubah.
Execution Time
Waktu dalam sehari saat aturan dijadwalkan berjalan.
Required Computing Resources
Target resource komputasi untuk kluster, termasuk CPU dan memori.
Jumlah core CPU:
[4, 1024]Memori: Secara default, ukuran memori adalah empat kali jumlah core CPU, dalam satuan GB.
Penting1 CCU = 1 core CPU dan 4 GB memori.
Untuk meminta kuota yang lebih tinggi, hubungi dukungan teknis Alibaba Cloud.
Manual scaling
Anda tidak dapat melakukan penskalaan manual terhadap kluster saat time-sharing Auto Scaling diaktifkan. Untuk melakukan operasi penskalaan manual, Anda harus terlebih dahulu menonaktifkan kebijakan tersebut, lalu mengaktifkannya kembali setelah selesai.
Masuk ke Konsol ApsaraDB for SelectDB.
Di pojok kiri atas halaman, pilih wilayah tempat instans Anda berada.
Pada halaman Instances, klik Instance ID target untuk membuka halaman Instance Details.
Di panel navigasi sebelah kiri halaman Instance Details, klik Cluster Management.
Pada halaman Cluster Management, temukan kluster target dan klik Scale di kolom Actions.
Di panel Scale panel, klik tab Manual Scaling.
Konfigurasikan spesifikasi target.
Parameter
Deskripsi
Required Computing Resources
Resource komputasi untuk kluster, termasuk CPU dan memori.
Jumlah core CPU:
[4, 1024]Memori: Secara default, ukuran memori adalah empat kali jumlah core CPU, dalam satuan GB.
Penting1 CCU = 1 core CPU dan 4 GB memori.
Untuk meminta kuota yang lebih tinggi, hubungi dukungan teknis Alibaba Cloud.
Required Cache Size (GB)
Ukuran cache untuk kluster.
Nilai yang valid:
Nilai minimum:
Untuk resource komputasi target dengan 4, 8, 16, atau 32 core CPU, ukuran cache minimum adalah 100 GB.
Untuk resource komputasi target dengan 64 core CPU atau lebih, ukuran cache minimum adalah
100 GB × (Jumlah core CPU yang dipilih / 32).
Nilai maksimum:
500 × Jumlah core CPU target
Unit: GB
Terms of Service
Baca dan pilih Terms of Service.
Klik OK.
Skalakan node FE
Node FE (Frontend) merupakan inti manajemen metadata dan titik masuk kueri SelectDB. Saat kinerja kueri atau kemampuan manajemen metadata kluster tidak mencukupi, Anda dapat menskalakan node FE secara horizontal dengan menambah atau menghapus node, atau secara vertikal dengan menyesuaikan spesifikasi node.
Pada halaman Instances, klik More di kolom Actions instans target dan pilih operasi FE yang sesuai:
Scale Out FE Nodes: Tambahkan node FE.
Upgrade FE Node Specifications: Tingkatkan CPU dan memori node FE.
Scale In FE Nodes: Hapus node FE. Kami menyarankan agar jumlah node FE dipertahankan dalam angka ganjil (misalnya 1, 3, atau 5). Minimum adalah 1.
Downgrade FE Node Specifications: Kurangi CPU dan memori node FE.
API terkait
Buat aturan time-sharing Auto Scaling
Ubah aturan time-sharing Auto Scaling
Kueri aturan time-sharing Auto Scaling
Hapus aturan time-sharing Auto Scaling
Aktifkan atau nonaktifkan kebijakan time-sharing Auto Scaling