ApsaraDB RDS for MariaDB mendukung alih primary/secondary secara otomatis dan manual. Selama proses alih bencana, instans secondary dipromosikan menjadi primary, sedangkan instans primary asli berubah menjadi secondary baru. Titik akhir tetap sama—aplikasi Anda terhubung kembali ke primary baru tanpa perlu mengubah konfigurasi apa pun.
Dengan Edisi Ketersediaan Tinggi RDS, satu instans secondary berjalan sebagai hot standby. Data disinkronkan secara real time dari primary ke secondary. Jika instans RDS primary mengalami kegagalan, workload Anda secara otomatis dialihkan ke instans RDS secondary. Anda hanya dapat mengakses instans RDS primary; instans RDS secondary tidak dapat diakses.
Kapan melakukan alih manual
Lakukan alih manual dalam situasi berikut:
Maintenance terencana: Alihkan workload ke secondary sebelum melakukan maintenance pada primary.
Simulasi failover: Uji kemampuan aplikasi Anda untuk pulih dari kegagalan database.
Validasi timeout koneksi: Verifikasi bahwa
connectTimeoutdansocketTimeouttelah dikonfigurasi dengan benar sebelum masuk ke produksi.
Batasan
Pertimbangkan hal-hal berikut sebelum memulai proses alih bencana:
Interrupsi layanan: Terjadi gangguan layanan singkat selama proses alih bencana. Pastikan aplikasi Anda dikonfigurasi untuk terhubung kembali secara otomatis.
Operasi terbatas: Selama proses alih bencana, Anda tidak dapat mengelola database atau akun, serta tidak dapat mengubah jenis jaringan.
Jendela pemeliharaan: Lakukan proses alih bencana selama jendela pemeliharaan yang telah direncanakan untuk meminimalkan dampaknya.
Prasyarat
Sebelum memulai, pastikan Anda memiliki:
Instans ApsaraDB RDS for MariaDB yang menjalankan Edisi Ketersediaan Tinggi RDS
Akses ke Konsol ApsaraDB RDS
Aplikasi yang dikonfigurasi untuk terhubung kembali secara otomatis ke database
Picu alih manual
Masuk ke Konsol ApsaraDB RDS.
Di bilah navigasi atas, pilih wilayah tempat instans berada.
Temukan instans tersebut lalu klik ID-nya.
Di panel navigasi sebelah kiri, klik Service Availability.
Di bagian Availability Information, klik Switch Primary/Secondary Instance.
Di kotak dialog, tentukan waktu pengalihan, lalu klik OK.
Untuk melakukan pengalihan dalam jendela pemeliharaan Anda, klik modify di sebelah kanan opsi Switch Within Maintenance Window. Di bagian Configuration Information, pilih jendela pemeliharaan lalu klik Yes. Kembali ke halaman Service Availability, refresh halaman tersebut, lalu lanjutkan.
FAQ
Apakah saya perlu mengalihkan kembali setelah alih primary/secondary?
Tidak. Setelah proses alih bencana, secondary menjadi primary baru dan mulai melayani workload Anda. Data di kedua sisi identik—tidak diperlukan langkah tambahan.
Instans saya mengalami penurunan performa selama sekitar 10 menit setelah alih bencana. Apa yang terjadi?
Hal ini terjadi ketika aplikasi Anda tidak cukup cepat mendeteksi perubahan koneksi. Tanpa pengaturan socket timeout, aplikasi Anda menunggu database mengembalikan hasil. Dalam kebanyakan kasus, aplikasi Anda terputus setelah ratusan detik. Selama periode ini, beberapa koneksi ke database tidak berfungsi sebagaimana mestinya, dan sejumlah besar pernyataan SQL gagal dieksekusi.
Untuk mempercepat waktu pemulihan, konfigurasikan connectTimeout dan socketTimeout dalam pengaturan koneksi JDBC Anda. Untuk workload transaksi online, atur connectTimeout menjadi 1–2 detik dan socketTimeout menjadi 60–90 detik. Nilai-nilai ini merupakan titik awal—sesuaikan berdasarkan karakteristik workload Anda.