ApsaraDB RDS:Primary/standby failover

Dampak

• Primary/standby failover menyebabkan gangguan layanan singkat hingga 15 detik. Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis.

  Jika aplikasi Anda menggunakan versi komponen Druid yang lama untuk manajemen koneksi database, koneksi aplikasi mungkin gagal terhubung ulang secara otomatis setelah terputus. Kami menyarankan Anda melakukan upgrade Druid ke versi 1.1.16 atau lebih baru untuk mencegah masalah ini.

• Jika instans Anda memiliki instans hanya baca yang terpasang, instans hanya baca tersebut mungkin mengalami latensi replikasi selama beberapa menit setelah failover. Hal ini karena tautan replikasi perlu dibangun ulang dan data inkremental perlu disinkronkan.

• Primary/standby failover tidak mengubah endpoint instans, tetapi alamat IP yang mendasarinya mungkin berubah. Selama Anda menggunakan endpoint instans, failover tidak akan memengaruhi aplikasi Anda.

• Jika suatu instans gagal, proses failover mungkin memakan waktu lebih lama.

Menukar node primer dan siaga secara manual

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID-nya.

2. Di panel navigasi kiri, pilih Service Availability.

3. Di bagian Availability Information, klik Switch Primary/Secondary Instance.

4. Pilih waktu alih bencana, lalu klik Ok.

   Penting

   Selama primary/standby failover, Anda tidak dapat melakukan banyak operasi, seperti mengelola database dan akun atau mengganti jenis jaringan. Kami menyarankan Anda memilih Switch Within the Specified Time.

   Untuk instans Cluster Edition, Anda juga dapat melakukan primary/standby failover dari diagram topologi instans di halaman Basic Information.

Nonaktifkan sementara automatic primary/standby failover

Auto-failover secara default diatur ke On. Ketika node primary gagal, sistem secara otomatis memicu failover ke node standby. Anda dapat menonaktifkan sementara automatic primary/standby failover dalam skenario berikut:

• Selama promosi besar, untuk mencegah failover memengaruhi ketersediaan sistem.

• Selama upgrade aplikasi kritis, untuk menghindari failover sebagai variabel tambahan.

• Selama acara besar atau periode yang membutuhkan stabilitas maksimal, untuk mencegah failover memengaruhi stabilitas sistem.

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID-nya.

2. Di panel navigasi kiri, pilih Service Availability.

3. Di bagian Availability Information, klik Automatic Primary/Secondary Switchover.

   Catatan

   Jika Anda tidak melihat tombol Automatic Primary/Secondary Switchover, pastikan instans Anda memenuhi prasyarat dalam topik ini.

4. Pilih Temporarily Disable, atur Temporary Disabling End Time, lalu klik Ok.

   Catatan

   • Ketika waktu Temporary Disabling End Time tercapai, automatic primary/standby failover akan aktif kembali secara otomatis.

   • Secara default, automatic failover dinonaktifkan sementara selama satu hari. Anda dapat mengatur waktu akhir hingga pukul 23:59:59 tujuh hari sejak tanggal saat ini.

Setelah menyelesaikan pengaturan, Anda dapat melihat waktu akhir penonaktifan sementara di halaman Service Availability.

Lihat log primary/standby failover

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID-nya.

2. Di panel navigasi kiri, pilih Service Availability.

3. Di bagian Primary/Secondary Switching Logs, sesuaikan rentang waktu kueri untuk melihat log.

   Tabel log mencakup kolom seperti Switchover Event ID, Switchover Start Time, Switchover End Time, dan Reason. Tabel log mencatat detail setiap primary/standby failover. Sebagai contoh, failover manual dicatat dengan alasan Manual Operation (Instance HA Switchover).

FAQ

• Q: Dapatkah saya mengakses node standby?

  A: Anda hanya dapat mengakses node standby untuk instans Cluster Edition. Untuk instans edisi lainnya, node standby tidak dapat diakses.

• Q: Setelah failover, apakah saya perlu secara manual beralih kembali ke node primary awal?

  A: Tidak. Data pada node primary dan standby identik. Setelah failover, node standby sebelumnya menjadi node primary yang baru. Tidak diperlukan tindakan tambahan.

• Q: Apa yang harus saya lakukan jika status instans tidak kembali ke Running lebih dari sepuluh menit setelah failover?

  A: Ketika suatu pengecualian memicu failover ketersediaan tinggi di RDS, koneksi aplikasi jangka panjang mungkin tidak mendeteksi perubahan status koneksi. Jika timeout socket tidak diatur, aplikasi akan menunggu respons dari database tanpa batas, yang dapat memakan waktu ratusan detik sebelum terputus. Selama periode ini, beberapa koneksi database mungkin tidak berfungsi, dan banyak error eksekusi SQL dapat terjadi. Untuk menghindari koneksi tidak valid ini, kami menyarankan Anda mengonfigurasi parameter connectTimeout dan socketTimeout. Hal ini mencegah aplikasi menunggu tanpa batas saat terjadi error jaringan dan memperpendek waktu pemulihan.

  Evaluasi nilai timeout berdasarkan beban kerja dan pola penggunaan bisnis Anda. Untuk beban kerja online transaction processing (OLTP), kami menyarankan mengatur connectTimeout ke 1–2 detik dan socketTimeout ke 60–90 detik. Nilai-nilai ini hanya sebagai referensi.

API Terkait