ApsaraDB RDS:Edisi Kluster

Cara kerja

RDS Edisi Kluster menggunakan arsitektur SQL Server Always On asli dengan pemisahan komputasi dan penyimpanan. Sebuah kluster terdiri atas komponen-komponen berikut:

• Instans RDS utama: menangani semua permintaan tulis. Jika read/write splitting tidak diaktifkan, instans ini juga melayani permintaan baca.

• Instans RDS secondary: mencerminkan instans utama untuk failover otomatis. Setelah Anda mengaktifkan titik akhir routing read-only, instans secondary secara default menjadi dapat dibaca dan ikut serta dalam distribusi beban baca.

• Instans RDS read-only (maksimal 7): menerima traffic baca yang diarahkan melalui titik akhir routing read-only. Setiap instans read-only juga memiliki titik akhir internal independen untuk akses langsung dan terisolasi.

Read/write splitting

Setelah membuat instans read-only dan mengaktifkan titik akhir routing read-only, tambahkan kedua titik akhir tersebut ke dalam aplikasi Anda:

• Titik akhir utama — arahkan semua permintaan tulis ke sini.

• Titik akhir routing read-only — arahkan semua permintaan baca ke sini. Titik akhir ini mendistribusikan traffic ke instans secondary dan instans read-only berdasarkan bobot baca yang Anda konfigurasikan untuk instans RDS utama, instans RDS secondary, dan instans RDS read-only.

Versi SQL Server yang didukung: SQL Server 2017, SQL Server 2019, dan SQL Server 2022.

Manfaat

• Kemampuan baca yang dapat diskalakan Tambahkan instans read-only untuk meningkatkan throughput baca secara linear. Spesifikasi instans read-only bersifat independen dari instans utama — buat instans dengan spesifikasi lebih tinggi untuk beban kerja baca yang intensif, atau spesifikasi lebih rendah untuk tugas latar belakang seperti analitik.

• Penskalaan baca hemat biaya Instans read-only mendukung tipe instans general-purpose dan dedicated. Mengalihkan traffic baca dari instans utama memungkinkan Anda menyesuaikan ukuran instans utama hanya untuk operasi tulis, sehingga mengurangi biaya keseluruhan.

• Gunakan kembali instans secondary untuk baca Saat Anda mengaktifkan titik akhir routing read-only pada instans Edisi Kluster, instans secondary secara otomatis menjadi dapat dibaca. Ini menyediakan replika baca bawaan tanpa perlu menyediakan instans read-only tambahan, sehingga menurunkan biaya penskalaan baca maupun migrasi ke cloud.

Kasus penggunaan

• Tangani lonjakan traffic dengan instans read-only Untuk aplikasi dengan traffic musiman atau promosi yang tinggi, tambahkan instans read-only ber-spesifikasi tinggi untuk menyerap lonjakan permintaan baca. Traffic tulis tetap berada di instans utama, menjaga stabilitas performa selama periode puncak.

• Isolasi beban kerja analitik Jalankan kueri analitik atau pelaporan pada instans read-only khusus. Hal ini mencegah beban kerja analitik mengonsumsi sumber daya instans utama, mengurangi blocking, dan menjaga konsistensi performa transaksi.

Batasan

• Instans read-only tidak menyediakan HA. Jika instans RDS utama gagal, beban kerja tidak dapat dialihkan secara otomatis ke instans read-only. Buat minimal dua instans read-only agar salah satunya tetap dapat melayani permintaan jika yang lain gagal.

• Tidak tersedia instans disaster recovery untuk instans read-only. Instans read-only tidak memiliki replika standby.

• Aplikasi harus menggunakan dua titik akhir untuk read/write splitting. Setelah mengaktifkan titik akhir routing read-only, konfigurasikan aplikasi Anda untuk mengirim permintaan tulis ke titik akhir utama dan permintaan baca ke titik akhir routing read-only.

Konfigurasi kluster RDS

Langkah selanjutnya

Untuk membuat instans RDS Edisi Kluster, lihat Buat instans ApsaraDB RDS for SQL Server.