ApsaraDB for MongoDB：Konfigurasikan alih bencana primer/sekunder untuk instansi kluster sharded

Catatan penggunaan

• Alih bencana primer/sekunder hanya didukung untuk replika set ApsaraDB for MongoDB dan instansi kluster sharded. Fitur ini tidak tersedia untuk instans mandiri karena arsitektur mereka.

• Komponen shard atau ConfigServer yang ingin Anda picu alih bencana primer/sekunder harus berada dalam status Berjalan.

• Alih bencana primer/sekunder menyebabkan gangguan koneksi sementara selama hingga 30 detik. Lakukan operasi ini selama jam-jam sepi dan pastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

Prosedur

1. Buka halaman Instansi Kluster Sharded MongoDB. Di bilah navigasi atas, pilih kelompok sumber daya dan wilayah. Lalu, klik ID instans target.

2. Di panel navigasi di sebelah kiri, klik Service Availability.

3. Klik Switch Role di sebelah kanan shard atau komponen ConfigServer target.

4. Di panel Switch Role, pilih Roles untuk beralih dan konfigurasikan parameter Effective At.

   • Effective Immediately: Sistem langsung memicu alih bencana primer/sekunder.

   • Effective Within Maintenance Window: Sistem memicu alih bencana primer/sekunder dalam jendela pemeliharaan yang ditentukan. Anda dapat menggunakan jendela pemeliharaan saat ini atau menentukan yang baru dari daftar drop-down Change Maintenance Window.

5. Klik OK.

   Status instans akan berubah menjadi Switching Role. Ketika status berubah menjadi Running, alih bencana berhasil.

   Catatan

   Alih bencana selesai dalam waktu sekitar satu menit, dan status instans kembali ke Running.

6. Opsional: Untuk memicu alih bencana primer/sekunder pada komponen shard atau ConfigServer lainnya dalam instansi kluster sharded ApsaraDB for MongoDB, ulangi langkah-langkah sebelumnya.

Pertanyaan terkait

Mengapa sistem ketersediaan tinggi memicu alih bencana primer/sekunder?

API Terkait