Fitur serverless menyediakan kemampuan skalabilitas dinamis untuk kluster PolarDB. Setiap node dalam kluster dapat diskalakan vertikal dalam hitungan detik untuk menangani lonjakan beban kerja tanpa mengganggu operasi bisnis. Saat beban kerja menurun, node tersebut dapat diskalakan turun guna menghemat biaya.
Dengan fitur Serverless, Anda tidak perlu khawatir tentang konfigurasi resource kluster database saat membuat dan menggunakan database. Bagian berikut memperlihatkan perubahan penggunaan resource dan spesifikasi antara kluster umum dan kluster serverless ketika beban bisnis Anda berfluktuasi:
|
|
|
Ikhtisar
Fitur serverless menyediakan elastisitas real-time untuk resource CPU, memori, storage, dan jaringan. Fitur ini menawarkan isolasi resource vertikal untuk jaringan dan storage, mendukung penagihan pay-as-you-go, serta memungkinkan alokasi elastis resource komputasi dan storage. Hal ini memungkinkan Anda menyesuaikan kapasitas komputasi dan storage secara independen guna menangani fluktuasi beban kerja, sehingga mampu merespons perubahan bisnis secara cepat sekaligus mengoptimalkan biaya dan meningkatkan efisiensi.
Item | Deskripsi |
Format |
|
Metode penskalaan |
|
PCU (PolarDB Capacity Unit) | Fitur serverless menggunakan PCU (PolarDB Capacity Unit) sebagai satuan penagihan per detik dan elastisitas resource. Satu PCU kira-kira setara dengan kapasitas komputasi 1 vCPU dan 2 GB memori. PCU suatu node disesuaikan secara dinamis berdasarkan beban kerja dalam rentang yang Anda tentukan. Peningkatan penskalaan minimum adalah 0,5 PCU. |
Format
Kluster Serverless | Serverless untuk kluster dengan spesifikasi yang ditentukan |
Catatan
|
Catatan
|
Skalabilitas elastis
Pemicu scale-up dan scale-out
Skalabilitas vertikal (scale-up)
PolarDB memantau utilisasi CPU, penggunaan memori, dan metrik tingkat kernel lainnya dari node primary dan node read-only. Selama periode pemantauan, sistem biasanya memicu scale-up untuk suatu node ketika salah satu kondisi berikut terpenuhi:
Utilisasi 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 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 diskalakan naik menjadi minimal 5 PCU.
Skalabilitas horizontal (scale-out)
Jika node read-only dalam kluster telah diskalakan naik hingga mencapai batas maksimum yang dikonfigurasi namun masih memenuhi kondisi pemicu scale-up (misalnya, utilisasi CPU-nya melebihi ambang batas kustom), maka akan dipicu scale-out secara horizontal.
Pemicu scale-down dan scale-in
Skalabilitas vertikal (scale-down)
Scale-down dipicu untuk suatu node ketika utilisasi 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 berlaku ambang batas scale-down.
Skalabilitas horizontal (scale-in)
Scale-in dipicu untuk node read-only jika utilisasi CPU-nya tetap di bawah 15% dan utilisasi CPU semua node read-only lainnya tetap di bawah 60% selama periode berkelanjutan 15 hingga 30 menit.
CatatanUntuk mencegah jitter node, hanya satu node read-only yang diskalakan masuk dalam satu waktu. Periode cooldown antara peristiwa scale-in berturut-turut adalah 15 hingga 30 menit.
Untuk segera menskalakan masuk semua node read-only, ubah Serverless Configuration. Menetapkan baik Maximum Number of Read-only Nodes maupun Minimum Number of Read-only Nodes menjadi 0 akan segera memicu scale-in untuk semua node read-only.
Rentang penskalaan ditentukan oleh jumlah minimum dan maksimum node read-only serta batas penskalaan per node yang Anda konfigurasi. Untuk informasi lebih lanjut, lihat Set scaling policies for a Serverless cluster atau Set a scaling policy for serverless resources.
Metrik yang digunakan untuk memicu penskalaan bervariasi berdasarkan parameter dan konfigurasi serverless yang berbeda. Anda dapat menyesuaikan ambang batas utilisasi CPU, tetapi tidak dapat mengubah ambang batas untuk metrik lainnya.
Saat kluster mengalami lonjakan beban kerja secara tiba-tiba, node-nya tidak langsung diskalakan ke kapasitas target dalam satu langkah. Sebaliknya, node tersebut diskalakan secara bertahap hingga mencapai kapasitas yang dibutuhkan oleh beban kerja saat ini. Peningkatan penskalaan minimum adalah 0,5 PCU. Untuk beradaptasi lebih cepat terhadap trafik, peningkatan penskalaan secara otomatis disesuaikan untuk peristiwa penskalaan berikutnya berdasarkan penggunaan PCU saat ini.
Untuk menerima notifikasi tepat waktu saat node kluster diskalakan turun atau diskalakan masuk, konfigurasikan aturan alert di Performance Monitoring di Konsol. Untuk detail cara mengonfigurasi aturan alert, lihat Create an alert rule.
Manfaat
Fitur serverless dapat menskalakan resource 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 service level agreement (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 resource kluster diskalakan naik dalam waktu satu detik saat beban kerja Anda meningkat. Jika beban kerja Anda menurun, resource kluster secara otomatis diskalakan turun secara bertahap.
-
Tidak ada gangguan bisnis
Proses penskalaan tidak berdampak pada bisnis.
-
-
Konsistensi data yang kuat
Global consistency (high-performance mode) 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 pay-as-you-go. Hal ini mengurangi biaya hingga 80%.
-
O&M nol
Tim PolarDB serverless bertanggung jawab atas semua pekerjaan operasi dan pemeliharaan, seperti upgrade sistem, penerapan sistem, penskalaan, dan pemrosesan alert. Operasi ini dilakukan di latar belakang dan tidak memengaruhi layanan yang sedang berjalan di sistem. Hal ini menjamin kelangsungan pengiriman layanan dan memungkinkan Anda fokus mengembangkan bisnis Anda.
Skenario
Kluster Serverless
-
Skenario di mana beban kerja berfluktuasi secara dramatis
-
Skenario yang memerlukan akses database secara tidak sering, seperti database di lingkungan pengembangan dan pengujian
-
Skenario yang melibatkan tugas terjadwal intermiten, seperti pengajaran dan eksperimen mahasiswa
-
Skenario yang menangani beban kerja 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 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 menjalankan MySQL 5.6 database engine tidak didukung.
Kluster dengan arsitektur CPU YiTian ARM tidak didukung.
Serverless untuk kluster dengan spesifikasi yang ditentukan
Untuk mengaktifkan fitur serverless pada kluster dengan spesifikasi yang ditentukan, kluster harus memenuhi persyaratan versi berikut:
Versi engine:
MySQL 5.6: Tidak didukung.
MySQL 5.7: Versi minor engine harus 5.7.1.0.29 atau lebih baru.
MySQL 8.0.1: Versi minor engine harus 8.0.1.1.30.1 atau lebih baru.
MySQL 8.0.2: Versi minor engine harus 8.0.2.2.19 atau lebih baru.
Versi database proxy (Proxy): Harus 2.4.30 atau lebih baru.
Arsitektur CPU: Harus x86. YiTian ARM tidak didukung.
Batasan
Kluster Serverless
Fitur-fitur berikut tidak didukung:
Enterprise Edition: Manual scale-out/scale-in of storage space.
Standard Edition dengan storage ESSD: Manual scale-in of storage space.
Fitur Global Database Network (GDN) didukung, dengan batasan berikut:
Fitur No-activity Suspension tidak dapat diaktifkan untuk kluster apa pun dalam GDN.
Jika versi database engine memenuhi kondisi berikut, semua kluster dalam GDN harus memiliki minimal satu node RO:
MySQL 8.0.1 dengan versi minor engine lebih awal dari 8.0.1.1.42.
MySQL 8.0.2 dengan versi minor engine lebih awal dari 8.0.2.2.23.
Operasi manual berikut digantikan oleh manajemen Serverless otomatis dan karena itu tidak tersedia: Delete a node, Manually change specifications, Temporary upgrade, dan Elastic scaling with auto scaling.
Fitur In-Memory Column Index (IMCI) didukung, tetapi Anda harus memastikan bahwa kluster Serverless berisi minimal satu node read-only. Untuk melakukan ini, Anda harus menetapkan Minimum Number of Read-only Nodes untuk kluster Serverless menjadi 1 sebelum dapat menambahkan node penyimpanan kolom read-only.
Serverless untuk kluster dengan spesifikasi yang ditentukan
Kluster single-node tanpa database proxy tidak mendukung fitur serverless karena tidak memenuhi prasyarat. Untuk mengaktifkan fitur ini, tambahkan node. Kluster single-node yang baru dibeli dan memenuhi persyaratan versi mendukung fitur serverless secara default.
Enterprise Edition: Manual scale-out/scale-in of storage space tidak didukung.
Fitur ini saling eksklusif dengan fitur Elastic scaling with auto scaling. Jika Anda mengaktifkan fitur Serverless pada kluster dengan spesifikasi yang ditentukan, Anda tidak dapat lagi mengaktifkan fitur skalabilitas elastis. Demikian pula, jika Anda mengaktifkan fitur skalabilitas elastis pada kluster dengan spesifikasi yang ditentukan, Anda tidak dapat lagi mengaktifkan fitur Serverless.
Untuk informasi lebih lanjut tentang persyaratan versi dan batasan, lihat Enable the serverless feature for a cluster with defined specifications.
Penagihan
Kluster Serverless
Biaya mencakup biaya untuk node compute, storage space, backup storage (hanya untuk penggunaan yang melebihi kuota gratis), dan SQL Explorer (opsional). Untuk informasi lebih lanjut, lihat Serverless billing.
Untuk melihat tagihan Anda, buka halaman Expenses & Costs. Pada tab Bill Details, pilih ApsaraDB PolarDB - Serverless dari daftar drop-down Product Name. Untuk informasi lebih lanjut, lihat View bill details.
Fitur Serverless untuk kluster dengan spesifikasi yang ditentukan
Biaya terdiri dari biaya kluster dengan spesifikasi yang ditentukan dan biaya resource serverless. Untuk informasi tentang biaya resource dengan spesifikasi yang ditentukan, lihat Billable items. Untuk informasi tentang biaya resource serverless, lihat Serverless billing.