Jawaban singkat:jangan.
Jawaban panjang:cara kerja failover otomatis di MongoDB adalah bahwa set replika membutuhkan mayoritas yang memenuhi syarat untuk berhasil memilih primer baru. Anggota yang tertunda memang memiliki suara dalam pemilihan. Jadi jika salah satu dari node Anda gagal, set replika mengetahui bahwa ia tidak memiliki mayoritas ini dan langkah utama saat ini turun bahkan jika itu tidak gagal. Jadi yang Anda lakukan pada dasarnya adalah menggandakan kemungkinan membuat set replika Anda gagal. Arbiter adalah proses yang sangat murah, dalam hal penggunaan RAM, CPU dan bahkan ruang disk ketika dijalankan dengan --smallfiles --no-journal --noprealloc atau opsi setara yang diatur dalam file konfigurasi. Perhatikan bahwa opsi yang disebutkan aman untuk digunakan, karena arbiter pada dasarnya hanya memeriksa detak jantung node bantalan data. Anda dapat menempatkan arbiter di server aplikasi misalnya.
Penafian:prosedur berikut sangat tidak disarankan untuk digunakan. Lanjutkan dengan risiko Anda sendiri.
Anda dapat mengatur suara dari server yang tertunda ke 0. Dengan cara ini node yang tidak tertunda akan memanggil pemilihan jika anggota yang tertunda gagal, sampai pada kesimpulan bahwa itu adalah satu-satunya node online dari kumpulan replika dan bahwa ia memiliki suara mayoritas (1/1) dan akan terus bekerja seperti yang diharapkan. Tindakan ini memerlukan perhatian, karena Anda akan memiliki jumlah suara yang genap lagi jika Anda menambahkan anggota ke kumpulan replika nanti dan membuatnya perlu untuk mengonfigurasi ulang kumpulan replika. Ini juga memiliki implikasi serius dengan masalah fragmentasi jaringan. Sekali lagi:Gunakan dengan risiko Anda sendiri
