ApsaraDB for MongoDB menggunakan arsitektur ketersediaan tinggi (HA). Ketika instance ApsaraDB for MongoDB mendeteksi bahwa salah satu nodenya tidak tersedia, pergantian primer/sekunder dipicu. Selain itu, pemberitahuan melalui Layanan Pesan Singkat (SMS) atau notifikasi internal dikirim untuk memberi tahu Anda tentang pergantian tersebut.
Pemberitahuan internal
[Alibaba Cloud] Yth. ****: Instance ApsaraDB for MongoDB Anda dds-bp**** (nama: ****) mengalami kesalahan. Pergantian telah dipicu untuk memastikan stabilitas instance Anda. Kami menyarankan Anda memeriksa apakah aplikasi Anda masih terhubung ke instance dan mengonfigurasinya untuk menyambung kembali secara otomatis.
Mengapa saya menerima pemberitahuan internal ini?
ApsaraDB for MongoDB menggunakan arsitektur HA. Secara default, instance set replika ApsaraDB for MongoDB memiliki tiga node, sedangkan instance kluster sharded dari ApsaraDB for MongoDB memiliki setiap shard dengan tiga node. Node primer dan sekunder digunakan untuk menghubungkan aplikasi Anda, sementara node tersembunyi digunakan untuk pergantian primer/sekunder guna memastikan ketersediaan tinggi. Untuk informasi lebih lanjut, lihat Instance Set Replika atau Instance Kluster Sharded.
Penyebab Umum:
Node Tidak Tersedia: ApsaraDB for MongoDB mendukung pemantauan kesehatan node. Jika hasil pemantauan menunjukkan bahwa node tidak tersedia, pergantian primer/sekunder dipicu.
Host Offline: Terjadi pengecualian pada host tempat node primer dalam instance ApsaraDB for MongoDB berada. Untuk mencegah downtime, pergantian primer/sekunder dipicu guna memastikan ketersediaan tinggi instance.
Dampak pergantian primer/sekunder
Pergantian primer/sekunder menyebabkan koneksi terputus sementara selama kurang dari 30 detik.
Jika aplikasi Anda terhubung ke node primer, operasi baca/tulis aplikasi Anda akan terpengaruh akibat pergantian primer/sekunder.
Saran
Kami menyarankan Anda mengonfigurasi aplikasi untuk menyambung kembali ke instance ApsaraDB for MongoDB setelah terputus.
Jika aplikasi Anda berjalan di lingkungan produksi, kami menyarankan Anda menggunakan URI string koneksi untuk menghubungkan aplikasi ke instance. Dengan cara ini, operasi baca/tulis aplikasi tetap tersedia meskipun sebuah node gagal akibat pergantian primer/sekunder. Untuk informasi lebih lanjut, lihat Hubungkan ke Instance Set Replika atau Hubungkan ke Instance Kluster Sharded.