एक बार विफल होने के बाद वीआरआरपी मास्टर को मास्टर बनने से रोकें


12

मेरे पास दो मशीनें (ए और बी, ए मास्टर हैं) वर्चुअल आईपी के लिए वीआरपीपी (रखने के लिए) चल रही हैं।

यदि मैं विफल हो गया है और फिर से वापस आने के लिए (जो भी कारण हो) मैं ए को कैसे रोक सकता हूं?

मैं ऐसा कर रहा हूं ताकि हमारे पास दूसरे बॉक्स में एक ही फेल-ओवर हो, और सामान्य रूप से वापस जाने के लिए मैन्युअल हस्तक्षेप की आवश्यकता होगी।


मैं "VRRP" टैग बनाने के लिए बहुत नया हूँ
MrMagu

जवाबों:


14

रखवाले डेवलपर सूची में इस अपेक्षाकृत पुराने धागे के अनुसार , यह किया जा सकता है। आप दोनों सर्वरों को समान प्राथमिकता (या बिल्कुल भी नहीं) के लिए सेट करते हैं, और राज्य को मास्टर या बैकप के रूप में घोषित नहीं करते हैं, और इसके बजाय दोनों के लिए राज्य को निर्धारित करते हैं।

EDIT (07-Dec-2017):

ऐसा प्रतीत होता है कि एक्वाल वास्तव में एक वैध राज्य नहीं है, इसके बावजूद कि यह उत्तर पोस्ट किए जाने के समय वांछित प्रभाव प्रदान करता है। कृपया टिप्पणी नोट नीचे, विशेष रूप से लिंक के लिए वर्तमान मुद्दों की सूची पर @cristi द्वारा प्रदान की keepalived।


3
धन्यवाद - इसके अलावा, एक नोट के लायक, उपरोक्त कॉन्फ़िगरेशन का उपयोग करना (समान प्राथमिकता का और "एक्वल" का उपयोग करना) यदि कोई मास्टर ने नहीं लिया है, तो सबसे कम आईपी के साथ वीआरआरपी का उदाहरण मास्टर हो जाएगा।
MrMagu

1
ये गलत है। डेवलपर्स से यह संदेश देखें: github.com/acassen/keepalived/issues/707
cristi

@ क्रिस्टी - यह उस समय (2009) में पोस्ट किया गया एक कार्यशील समाधान था, जो बदले में उन सूचनाओं पर आधारित था जिनके बारे में मुझे स्पष्ट रूप से स्वीकार था कि तब भी (2003) पुराना था। मैंने अपने जवाब में लिंक को एक काम करने के लिए अद्यतन कर दिया है क्योंकि osdir.com अब नहीं रखता है कि यह रख-रखाव-अभिलेखीय अभिलेखागार है। मुझे लगता है कि, उस समय, सॉफ्टवेयर ने चुपचाप अमान्य EQUALनिर्देश को नजरअंदाज कर दिया और इसका इलाज किया, क्योंकि कोई प्राथमिकता बिल्कुल निर्धारित नहीं थी (जो कि बस वांछित प्रभाव के लिए हुआ था)।
जेम्स स्नीनरिंग

8

जिस तरह से हमने इसे हल किया है वह nopreemptध्वज को हमारी रखने की कॉन्फ़िगरेशन फ़ाइल में जोड़ रहा है । कुछ और बदलना नहीं था (अभी भी एक के रूप में छोड़ दिया MASTERऔर एक के रूप में BACKUPऔर इतने पर)। मूल रूप से यह इसे स्वामी को केवल इसलिए स्विच नहीं करने के लिए कहता है क्योंकि एक नया सर्वर ऑनलाइन आया था, केवल तभी चालू होता है जब वर्तमान मास्टर विफल हो जाता है।


4
" article.gmane.org/gmane.linux.keepalived.devel/1537 " से यदि "राज्य" को मास्टर के लिए सेट किया जाता है, तो "nopreempt" को मूल रूप से नजरअंदाज कर दिया जाता है, जब मशीन "राज्य मास्टर" के साथ वापस लौटती है, तो यह केवल आईपी को हड़प लेगा। एक चुनाव पकड़े बिना "स्टेट बैकप" के साथ मशीन। मुझे "Nopreempt" के उद्देश्य से कार्य करने के लिए उच्च प्राथमिकता वाले BACKUP को बताने के लिए अपनी दोनों मशीनों को सेट करना था।

प्राथमिकता और स्थिति को हटा दिया गया और जोड़ा गया। मेरे लिए अच्छी तरह से काम करता है
रिहार्ड नोवोहिलोव

-1

जैसा कि मैं इसे समझता हूं, जब एक नया वीआरआरपी सर्वर आता है, तो यह एक चुनाव को मजबूर करता है, और वर्तमान सर्वर को कोई लाभ नहीं मिलता है, इसलिए पुराना मास्टर सामने आएगा और चुनाव जीत जाएगा। मुझे संदेह है कि आप इसे रोकने के लिए बहुत कुछ कर सकते हैं, बल्कि क्रूर शूट द अदर नोड इन द हेड से परे। चुनाव प्रक्रिया को नियंत्रित करने के लिए रखवाले में कुछ विन्यास हो सकता है। अफसोस की बात यह है कि मेरे पास अभी जाँच करने का समय नहीं है, लेकिन मैं बाद में देखने की कोशिश करूँगा।


ऐसा करने का एक कॉन्फ़िगर ध्वज है, इसलिए यह उत्तर गलत है।
davr

मतदान का जवाब vrrp की एक सामान्य तैनाती के लिए सही है, जहां आप नहीं चाहते कि जब वह सेवा में वापस आए, तो वह एक मास्टर का पदभार संभाले। जैसा कि आप कहते हैं, ऐसा करने का एक सुव्यवस्थित तरीका भी है, जो शायद तब के लिए सही है जब लाइनक्स हा सामान करने के बजाय केवल डिफ़ॉल्ट रूट के लिए L3 अतिरेक प्रदान करने के लिए vrrp का उपयोग करें (vrrp का उपयोग करने के लिए अधिक पारंपरिक कारण)।
क्रिस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.