संक्षिप्त उत्तर:नहीं।
लंबा उत्तर:जिस तरह से स्वचालित विफलता MongoDB में काम करती है वह यह है कि एक प्रतिकृति सेट को एक नए प्राथमिक को सफलतापूर्वक चुनने के लिए योग्य बहुमत की आवश्यकता होती है। विलंबित सदस्यों के पास चुनाव में वोट होते हैं। तो अगर या तो आपके नोड्स विफल हो जाते हैं प्रतिकृति सेट को पता चलता है कि इसमें यह बहुमत नहीं है और वर्तमान प्राथमिक चरण नीचे हैं, भले ही यह विफल न हो। तो आप जो अनिवार्य रूप से करते हैं वह दोगुना है आपके प्रतिकृति सेट को विफल करने की संभावना। जब --smallfiles --no-journal --noprealloc के साथ चलाया जाता है तो RAM उपयोग, CPU और यहां तक कि डिस्क स्थान के मामले में एक मध्यस्थ एक बहुत ही सस्ती प्रक्रिया है। या कॉन्फ़िग फ़ाइल में सेट समकक्ष विकल्प। ध्यान दें कि उल्लिखित विकल्प उपयोग करने के लिए सुरक्षित हैं, क्योंकि एक मध्यस्थ अनिवार्य रूप से केवल डेटा असर नोड्स के दिल की धड़कन की जांच करता है। उदाहरण के लिए, आप आर्बिटर को एप्लिकेशन सर्वर पर रख सकते हैं।
अस्वीकरण:निम्नलिखित प्रक्रिया का उपयोग करने के लिए दृढ़ता से हतोत्साहित किया जाता है। अपने जोखिम पर आगे बढ़ें।
आप विलंबित सर्वर के वोटों को 0 पर सेट कर सकते हैं। इस तरह से विलंबित नोड एक चुनाव के लिए कॉल करेगा यदि विलंबित सदस्य विफल हो जाता है, तो इस निष्कर्ष पर पहुंचता है कि यह प्रतिकृति सेट का एकमात्र नोड है और कि उसके पास बहुमत (1/1) है और उम्मीद के मुताबिक काम करना जारी रखेगा। कार्रवाई के इस क्रम में कुछ ध्यान देने की आवश्यकता है, क्योंकि यदि आप बाद में प्रतिकृति सेट में किसी सदस्य को जोड़ते हैं और प्रतिकृति सेट को फिर से कॉन्फ़िगर करना आवश्यक बनाते हैं तो आपके पास फिर से समान संख्या में वोट होंगे। नेटवर्क विखंडन के मुद्दों के साथ इसके गंभीर निहितार्थ भी हैं। दोबारा:अपने जोखिम पर उपयोग करें
