ApsaraDB RDS：Edisi Kluster RDS

Arsitektur

Edisi Kluster RDS didukung pada instans ApsaraDB RDS for MySQL yang menjalankan MySQL 5.7 dan MySQL 8.0. Kluster RDS menggunakan arsitektur HA dengan satu node utama dan beberapa node sekunder. Gambar berikut mengilustrasikan arsitektur tersebut.

Manfaat

Lebih hemat biaya

Node sekunder dalam kluster RDS bersifat dapat dibaca, sehingga tidak perlu membuat kluster RDS baca-saja. Hal ini meningkatkan kemampuan baca kluster secara linear sambil mengurangi overhead sumber daya dan biaya. Jika menggunakan Edisi Ketersediaan Tinggi RDS dan ingin meningkatkan kemampuan baca instans RDS, Anda harus membuat instans RDS baca-saja. Dibandingkan dengan Edisi Ketersediaan Tinggi RDS, Edisi Kluster RDS dapat mengurangi biaya hingga 40%.

Anda dapat menggunakan salah satu metode berikut untuk mengakses node sekunder dalam kluster RDS:

• Titik Akhir Perutean Baca-Saja: Anda dapat membuat titik akhir perutean baca-saja untuk kluster RDS secara gratis dan menambahkan beberapa node sekunder ke titik akhir tersebut. Kemudian, Anda dapat menentukan bobot baca untuk node sekunder guna menyeimbangkan beban. Untuk informasi lebih lanjut, lihat Lihat dan kelola titik akhir instans dan port.

• Proksi Database: Anda dapat mengaktifkan fitur proksi database untuk kluster RDS guna menerapkan pemisahan baca/tulis otomatis antara node utama dan sekunder. Dibandingkan dengan titik akhir perutean baca-saja, fitur proksi database mendukung kemampuan canggih seperti pemisahan baca/tulis otomatis, koneksi persisten, pooling koneksi, ambang latensi, dan pemisahan transaksi. Untuk informasi lebih lanjut, lihat Aktifkan fitur proksi khusus dan Apa itu proksi database?

  Catatan

  • Mulai 25 Juni 2024, jika Anda membuat instans RDS utama yang menjalankan Edisi Kluster RDS, proksi database serbaguna disertakan secara default tanpa biaya tambahan. Untuk informasi lebih lanjut, lihat Aturan penagihan untuk proksi database dan Apa itu proksi database?.

  • Jika memiliki persyaratan lebih tinggi terkait stabilitas proksi database, Anda dapat mengubah tipe proksi dari serbaguna menjadi khusus. Untuk informasi lebih lanjut, lihat Ubah tipe dan jumlah proksi database dan Apa itu proksi database?.

  • Anda dapat menonaktifkan fitur proksi khusus kapan saja. Untuk informasi lebih lanjut, lihat Nonaktifkan fitur proksi khusus.

Lebih fleksibel

• Penyebaran Node Fleksibel

  Dibandingkan dengan Edisi Dasar RDS dan Edisi Ketersediaan Tinggi RDS, Edisi Kluster RDS mendukung manajemen topologi node. Setelah membuat kluster RDS, Anda dapat menambahkan atau menghapus node sesuai kebutuhan bisnis dengan cara yang lebih hemat biaya. Untuk informasi lebih lanjut, lihat Tambahkan node ke kluster ApsaraDB RDS for MySQL dan Hapus node dari kluster ApsaraDB RDS for MySQL.

• Pemantauan Tingkat Node

  Edisi Kluster RDS mendukung pemantauan tingkat node, memungkinkan Anda melihat status setiap node dalam kluster RDS.

Lebih andal

• Pemulihan Bencana Lintas Zona

  Dalam Edisi Ketersediaan Tinggi RDS, satu instans utama dan satu instans sekunder disediakan untuk memastikan ketersediaan tinggi. Dalam Edisi Kluster RDS, semua node sekunder dalam kluster RDS dapat digunakan untuk pemulihan bencana. Kami merekomendasikan agar Anda menerapkan node sekunder di zona berbeda untuk mencapai pemulihan bencana lintas zona.

• Konsistensi Data Kuat

  Jika lebih dari tiga node diterapkan dalam kluster RDS, mode MGR dapat digunakan. MGR dikembangkan berdasarkan Paxos, protokol konsensus terdistribusi. Sebelum transaksi dikomit pada node utama, sistem mengirimkan data transaksi ke node sekunder dan memastikan bahwa mayoritas node sekunder menerima data. Dibandingkan dengan replikasi semi-sinkron dan asinkron, MGR memastikan konsistensi data yang kuat dan keamanan data yang lebih tinggi.

• Node Sekunder Lebih Andal

  Tim teknis Alibaba Cloud menggunakan teknologi cloud native untuk melakukan optimasi mendalam pada ApsaraDB RDS, meningkatkan keandalan node sekunder dalam kluster RDS.

  • Sistem ketersediaan tinggi RDS direkonstruksi, mengurangi waktu deteksi kesalahan pada node sekunder dari granularitas menit menjadi granularitas detik.

  • Fitur cadangan digit tunggal detik yang disediakan oleh Elastic Block Storage (EBS) digunakan, mengurangi waktu pemulihan data dari puluhan menit menjadi 1 menit dan memungkinkan node sekunder pulih dari kesalahan dalam waktu 10 menit pada 99% kasus penggunaan.

  • Jika latensi pada node sekunder melebihi 7.200 detik (2 jam), node sekunder menggunakan metode pembangunan ulang otomatis untuk menyelesaikan masalah terkait latensi.

Skenario

Edisi Kluster RDS cocok untuk perusahaan besar dan menengah yang database produksinya perlu memproses sejumlah besar permintaan baca selama jam sibuk atau perlu melakukan analisis data cerdas. Perusahaan-perusahaan ini termasuk pengecer online, perusahaan otomotif, perusahaan pendidikan, dan penyedia layanan Perencanaan Sumber Daya Perusahaan (ERP).

Skenario Edisi Kluster RDS untuk ApsaraDB RDS for MySQL