ApsaraDB RDS：Mengelola alih utama/sekunder

Dampak

• Alih utama/sekunder menyebabkan gangguan layanan yang biasanya berlangsung selama 15 detik atau kurang. Anda harus memastikan bahwa aplikasi Anda memiliki mekanisme penghubungan ulang otomatis.

  Jika aplikasi Anda menggunakan versi lama komponen Druid untuk manajemen koneksi database, aplikasi tersebut mungkin gagal melakukan penghubungan ulang secara otomatis setelah terputus. Untuk menghindari masalah ini, tingkatkan komponen Druid ke versi 1.1.16 atau yang lebih baru.

• Jika instans utama memiliki instansi hanya baca yang terpasang, instansi hanya baca tersebut mungkin mengalami penundaan data selama beberapa menit setelah alih. Hal ini karena RDS harus membangun ulang tugas replikasi dan menyinkronkan data inkremental.

• Alih utama/sekunder tidak mengubah endpoint instans, tetapi alamat IP yang mendasarinya mungkin berubah. Kami menyarankan agar Anda menggunakan endpoint untuk memastikan aplikasi Anda tetap berjalan sebagaimana mestinya selama proses alih.

• Jika instans mengalami kegagalan parah, proses alih mungkin memakan waktu lebih lama dari biasanya.

Alih manual node utama dan sekunder

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, klik Service Availability.

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

4. Pilih waktu alih dan klik Confirm.

   Penting

   Selama proses alih utama/sekunder, Anda tidak dapat melakukan operasi seperti mengelola database dan akun atau mengubah jenis jaringan. Kami menyarankan agar Anda memilih Switch immediately using current settings.

   Untuk instans Cluster Edition, Anda juga dapat melakukan alih utama/sekunder dari diagram topologi instans di halaman Basic Information.

Nonaktifkan sementara alih utama/sekunder otomatis

Alih otomatis diaktifkan secara default. Saat node utama gagal, RDS secara otomatis beralih ke node sekunder. Anda dapat menonaktifkan sementara alih otomatis untuk skenario berikut:

• Untuk menghindari dampak apa pun terhadap ketersediaan sistem selama promosi penjualan besar-besaran.

• Untuk mencegah alih memperkenalkan variabel tak terduga selama peningkatan aplikasi kritis.

• Selama acara besar atau periode jaminan stabilitas, Anda tidak ingin alih utama/cadangan 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, klik Service Availability.

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

   Catatan

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

4. Pilih Temporarily Disable, atur waktu Disable Until, lalu klik Confirm.

   Catatan

   • Alih utama/sekunder otomatis akan diaktifkan kembali secara otomatis setelah waktu Disable Until yang ditentukan berakhir.

   • Periode nonaktif default adalah satu hari. Anda dapat mengatur periode nonaktif hingga tujuh hari. Periode nonaktif berakhir pada pukul 23:59:59 di hari terakhir.

Setelah konfigurasi selesai, Anda dapat melihat waktu kedaluwarsa nonaktif sementara di halaman Service Availability.

Lihat log alih utama/sekunder

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, klik Service Availability.

3. Di bagian Primary/Secondary Switchover Logs, tentukan rentang waktu untuk mengkueri log.

   

FAQ

• Q: Apakah saya dapat mengakses node sekunder?

  A: Anda hanya dapat mengakses node sekunder pada instans Cluster Edition. Node sekunder pada edisi instans lainnya tidak dapat diakses.

• Q: Setelah alih utama/sekunder, apakah saya perlu beralih kembali secara manual ke node utama awal?

  A: Tidak. Data pada node utama dan sekunder telah tersinkronisasi sepenuhnya. Setelah alih, node sekunder sebelumnya menjadi node utama baru. Tidak diperlukan tindakan tambahan.

• Q: Setelah alih utama/cadangan, status instans belum kembali ke Running selama lebih dari 10 menit. Apa kemungkinan penyebabnya, dan bagaimana cara mengatasinya?

  Ketika event abnormal memicu alih ketersediaan tinggi (HA) di RDS, koneksi persisten aplikasi mungkin tidak mendeteksi perubahan status koneksi. Jika Anda tidak mengonfigurasi nilai timeout soket, aplikasi akan menunggu tanpa batas hingga database mengembalikan hasil, biasanya timeout terjadi setelah beberapa ratus detik. Selama periode ini, beberapa koneksi database menjadi tidak tersedia, dan pernyataan SQL sering gagal. Untuk menghindari koneksi tidak valid, kami menyarankan mengonfigurasi connectTimeout dan socketTimeout guna mencegah penantian tanpa batas saat terjadi error jaringan, sehingga mengurangi downtime.

  Tetapkan nilai timeout berdasarkan beban kerja dan pola penggunaan Anda. Untuk skenario pemrosesan transaksi online (OLTP), kami menyarankan menetapkan connectTimeout menjadi 1–2 detik dan socketTimeout menjadi 60–90 detik. Nilai-nilai ini hanya sebagai referensi.

API Terkait