Topik ini menjelaskan arsitektur, manfaat, dan kasus penggunaan instans ApsaraDB RDS for MySQL pada RDS Cluster Edition.
Pendahuluan
Instans ApsaraDB RDS for MySQL pada RDS Cluster Edition menggunakan arsitektur compute dan storage yang terpisah dengan satu node primary dan beberapa node secondary. Instans ini mendukung failover otomatis, promosi node secondary mana pun menjadi node primary, node secondary yang dapat dibaca, penskalaan node sesuai permintaan, disaster recovery multi-zona ketersediaan, pemantauan tingkat node, serta manajemen topologi kluster. Anda juga dapat mengaktifkan group replication (MGR) untuk mencapai recovery point objective (RPO) sebesar 0. Dibandingkan dengan database yang dikelola sendiri, edisi ini lebih hemat biaya, fleksibel, dan andal.
Tabel berikut menjelaskan spesifikasi teknis berbagai edisi ApsaraDB RDS for MySQL.
|
Item |
RDS Basic Edition |
RDS High-availability Edition |
RDS Cluster Edition |
|
Jumlah node |
1 |
2 (default) Catatan
Instans RDS High-availability Edition mencakup satu node primary dan satu node secondary secara default. Untuk menambahkan lebih banyak node, Anda dapat membuat instansi read-only. |
2 hingga 9 Catatan
Saat membuat instans RDS Cluster Edition, instans tersebut mencakup satu node primary dan dua node secondary (total tiga node) secara default. Anda juga dapat membuat instans dengan satu node primary dan satu node secondary (total dua node). Setelah instans dibuat, Anda dapat menambahkan node untuk meningkatkan jumlah node secondary hingga maksimal delapan, sehingga total menjadi sembilan node (satu primary dan delapan secondary). |
|
Node secondary yang dapat dibaca |
N/A |
Tidak |
Ya |
|
Jenis endpoint |
Endpoint baca/tulis |
Endpoint baca/tulis |
|
|
Mode replikasi |
Tidak ada |
Asinkron dan semi-sinkron |
Asinkron, semi-sinkron, dan group replication |
|
Jumlah maksimum node yang tidak tersedia yang dapat ditoleransi |
0 |
1 |
n-1, di mana n adalah jumlah node dalam instans RDS Cluster Edition. |
|
Jumlah zona ketersediaan |
1 |
Hingga 2 |
Hingga jumlah node dalam instans RDS Cluster Edition. |
Arsitektur
RDS Cluster Edition tersedia untuk ApsaraDB RDS for MySQL 5.7, 8.0, dan 8.4. Edisi ini menyediakan penerapan ketersediaan tinggi dengan satu node primary dan beberapa node secondary. Gambar berikut menunjukkan arsitekturnya.
Manfaat
Hemat biaya
Node secondary yang dapat dibaca memungkinkan Anda melakukan penskalaan kapasitas baca secara linear tanpa harus membuat instansi read-only terpisah, sehingga secara signifikan mengurangi biaya sumber daya dan kapasitas menganggur. Dibandingkan dengan RDS High-availability Edition yang mengharuskan Anda menambahkan instansi read-only untuk penskalaan baca, RDS Cluster Edition dapat menghemat biaya hingga 40%.
Anda dapat mengakses node secondary instans RDS Cluster Edition dengan dua cara berikut:
-
Melalui endpoint routing read-only: Anda dapat membuat endpoint routing read-only untuk instans Anda secara gratis. Endpoint ini memungkinkan Anda menambahkan beberapa node secondary dan mengonfigurasi bobot baca masing-masing untuk load balancing. Untuk informasi selengkapnya, lihat Lihat dan kelola endpoint serta port instans.
-
Melalui database proxy: Anda dapat mengaktifkan layanan database proxy untuk instans Anda guna memfasilitasi pemisahan baca/tulis antara node primary dan secondary. Dibandingkan dengan endpoint routing read-only, database proxy menyediakan fitur lanjutan seperti pemisahan baca/tulis otomatis, koneksi persisten, connection pooling, ambang batas latensi, dan pemisahan transaksi. Untuk informasi selengkapnya, lihat Aktifkan fitur proxy khusus dan Apa itu database proxy?.
Catatan-
Mulai 25 Juni 2024, proksi database tujuan umum diaktifkan secara default tanpa biaya tambahan saat Anda membuat instans primary baru pada RDS Cluster Edition. Untuk informasi selengkapnya, lihat Biaya database proxy dan Apa itu database proxy?.
-
Untuk stabilitas database proxy yang lebih baik, Anda dapat mengubah jenis proxy dari tujuan umum menjadi khusus. Untuk informasi selengkapnya, lihat Ubah konfigurasi database proxy dan Proksi tujuan umum dan khusus.
-
Anda dapat menonaktifkan layanan proxy khusus kapan saja. Untuk informasi selengkapnya, lihat Nonaktifkan fitur proxy khusus.
-
Fleksibel
-
Penerapan node yang fleksibel
Berbeda dengan konfigurasi node tetap pada RDS Basic Edition dan RDS High-availability Edition, RDS Cluster Edition mendukung manajemen topologi dinamis. Setelah instans dibuat, Anda dapat secara fleksibel menambah atau menghapus node dan sesuai kebutuhan bisnis untuk mencapai efisiensi biaya optimal. Untuk informasi selengkapnya, lihat Tambahkan node ke instans ApsaraDB RDS for MySQL, Hapus node dari instans ApsaraDB RDS for MySQL.
-
Pemantauan tingkat node
RDS Cluster Edition menyediakan data pemantauan tingkat node, sehingga Anda dapat melihat status operasional setiap node.
Andal
-
Disaster recovery multi-zona ketersediaan
Berbeda dengan RDS High-availability Edition yang membatasi disaster recovery hanya pada dua zona ketersediaan, node secondary mana pun dalam instans RDS Cluster Edition dapat berpartisipasi dalam failover. Kami menyarankan agar Anda menempatkan setiap node di zona ketersediaan yang berbeda untuk menerapkan disaster recovery multi-zona ketersediaan.
-
Konsistensi data yang kuat
Berdasarkan protokol konsensus terdistribusi Paxos, MGR memastikan bahwa transaksi dikirim ke semua node secondary sebelum dikomit. Node primary hanya akan mengomit transaksi setelah mayoritas node secondary mengonfirmasi penerimaannya. Dibandingkan dengan replikasi semi-sinkron atau asinkron, group replication memberikan konsistensi data yang kuat dan keamanan data yang lebih tinggi.
-
Node secondary yang lebih andal
Alibaba Cloud telah mengoptimalkan ApsaraDB RDS menggunakan teknologi cloud-native untuk meningkatkan keandalan node secondary pada instans RDS Cluster Edition:
-
Sistem ketersediaan tinggi RDS telah didesain ulang untuk mengurangi waktu deteksi kesalahan pada node secondary dari hitungan menit menjadi detik.
-
Kemampuan snapshot Elastic Block Storage (EBS) yang hampir instan mengurangi waktu pemulihan data dari puluhan menit menjadi kurang dari satu menit. Akibatnya, dalam 99% kasus, node secondary pulih dari kegagalan dalam waktu kurang dari 10 menit.
-
Jika latensi replikasi pada node secondary melebihi 7.200 detik (2 jam), node tersebut akan secara otomatis dibangun ulang untuk menyelesaikan masalah.
-
Kasus penggunaan
RDS Cluster Edition ideal untuk database produksi perusahaan menengah dan besar yang menangani permintaan baca bertrafik tinggi serta memerlukan analitik data cerdas. Contoh industri yang relevan meliputi e-commerce dan ritel, manufaktur otomotif, pendidikan, serta sistem perencanaan sumber daya perusahaan (ERP) skala besar.
Konten terkait
|
Kategori |
Topik |
|
Konfigurasi |
|
|
Upgrade ke RDS Cluster Edition |
|
|
Migrasi ke instans pada RDS Cluster Edition |
|
|
Group replication |
|
|
Database proxy |
Buat instans
Untuk membuat instans pada RDS Cluster Edition, lihat Langkah 1: Buat instans ApsaraDB RDS for MySQL.