पेसमेकर हा: नेटवर्क कनेक्शन और डायनेमिक क्लस्टर संसाधन आवंटन

क्लस्टर के नोड्स उनके भौतिक कनेक्शन पर बहुत निर्भर हैं। जैसा कि अभ्यास से पता चलता है, नेटवर्क कनेक्शन की खराबी के कारण अधिकांश फेलओवर-रिसोर्स माइग्रेशन मामले होते हैं। इसलिए, बहुत कुछ इस बात पर निर्भर करता है कि आप नोड्स के बीच कैसे कनेक्ट होते हैं और संसाधन आवंटन कैसे कॉन्फ़िगर किया जाता है।

एक उदाहरण के लिए, मैं दो नोड्स वाले एक क्लस्टर पर विचार करूंगा। एक नोड एक्टिव अवस्था में और दूसरा हॉट स्पेयर राज्य में होगा। हमारा क्लस्टर आंतरिक निजी नेटवर्क की सेवा करेगा और इसमें निम्नलिखित क्लस्टर संसाधन शामिल होंगे: माईसक्ल सर्वर और मैसकल वीआईपी। दो मैसकल नोड्स पर, सर्वर को मास्टर-मास्टर प्रतिकृति के साथ शुरू किया जाएगा। हालांकि, सभी काम एक आभासी आईपी पते के माध्यम से केवल एक उदाहरण के साथ किया जाएगा। यह योजना आपको सबसे तेज़ विफलता प्राप्त करने की अनुमति देती है। हम इस विशेष कॉन्फ़िगरेशन, इसके पेशेवरों और विपक्ष की पसंद को छोड़ देते हैं - अब हम नेटवर्क लिंक में गिरावट की स्थिति में इन संसाधनों की उपलब्धता में रुचि रखते हैं।


अंजीर। 1 क्लस्टर आरेख

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

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

क्योंकि हमारे क्लस्टर में दो नोड्स हैं - फिर हमें कोरम की समस्या है। अधिक सटीक रूप से, इसकी पूर्ण अनुपस्थिति, जो फिर से नोड्स के बीच निरर्थक कनेक्शन की आवश्यकता पर संकेत देती है।
यह पर्याप्त सिद्धांत है, हम अभ्यास के लिए जाते हैं।
हम एक कोरम के अभाव में नोड्स के व्यवहार को उजागर करते हैं:

	 crm विन्यस्त करें no-quorum-policy = "अनदेखा करें" 

इसके अलावा, दो नोड्स के क्लस्टर के लिए, मैं क्लस्टर को गैर-सममित बनाने की सलाह देता हूं। यह आपको अधिक सटीक रूप से कॉन्फ़िगर करने और अजीब व्यवहार को पकड़ने की अनुमति देगा:

	 crm कॉन्फ़िगर करें गुण सममिति-क्लस्टर = "गलत"

जब तक वे स्पष्ट रूप से प्रत्येक नोड पर अपने लॉन्च की लागत निर्दिष्ट नहीं करते हैं तब तक एक असममित क्लस्टर संसाधन शुरू नहीं करेगा। उदाहरण के लिए, यह है कि हम पहले P.RESOURCE संसाधन के लिए 100. मान को पहले.लोक नोड के लिए और दूसरे.लोक नोड के लिए मान 10 पर सेट कर सकते हैं।

	 स्थान L_RESOURCE_01 P_RESOURCE 100: first.local
	 स्थान L_RESOURCE_02 P_RESOURCE 10: second.local

यह कॉन्फ़िगरेशन हमें बताता है कि संसाधन पहले.लोक नोड पर शुरू होगा - क्योंकि इस नोड पर इसकी कुल लागत दूसरी.लोक नोड की तुलना में अधिक थी।

मैं जानबूझकर नोड्स की प्रारंभिक सेटिंग्स को छोड़ देता हूं, बॉन्ड (वैकल्पिक) को कॉन्फ़िगर करता हूं, पेसमेकर और कोरोसिंक स्थापित करता हूं, मास्टर-मास्टर प्रतिकृति को कॉन्फ़िगर करता हूं, आदि। यह इंटरनेट पर पर्याप्त है और आसानी से स्थित है। बदले में, मैं दिखाऊंगा कि नेटवर्क विनिर्देश के आधार पर क्लस्टर संसाधनों को ठीक से कैसे कॉन्फ़िगर किया जाए।

मान लेते हैं कि हमारे पास एक निजी नेटवर्क है: 192.168.56.0/24, मैसकल वीआईपी - 192.168.56.133 और नेटवर्क में दो नोड्स जिनका उपयोग हम नेटवर्क कनेक्शन की पर्याप्तता का आकलन करने के लिए करेंगे: 192.16.56.1 और 192.168.56.100।

एक छोटा विषयांतर: पेसमेकर के साथ संयोजन के रूप में सही ढंग से काम करने के लिए मैसकल के लिए, आपको इसकी स्वचालित शुरुआत को अक्षम करने की आवश्यकता है:

	 chkconfig mysql --list
	 mysql 0: ऑफ 1: ऑफ 2: ऑफ 3: ऑफ 4: ऑफ 5: ऑफ 6: ऑफ

क्योंकि Musql सर्वर का उपयोग केवल एक निजी नेटवर्क में किया जाता है - सक्रिय नोड पर निजी कनेक्शन के गिरने से संसाधन का माइग्रेशन दूसरे नोड में हो सकता है जहां कनेक्शन मौजूद है। हम इस व्यवहार को प्राप्त करेंगे।

हमें निजी नेटवर्क पर मेजबानों की स्थिति की जांच करनी चाहिए। इसके लिए हम पिंग क्लस्टर संसाधन का उपयोग करेंगे। फिलहाल, निम्नलिखित संसाधन हैं जो आपको नेटवर्क की स्थिति की निगरानी करने की अनुमति देते हैं:

	 ओफ़्फ़: दिल की धड़कन: पिंगिंग (पदावनत)
	 ओफ़्फ़: पेसमेकर: पिंगिंग (पदावनत)
	 ocf: पेसमेकर: पिंग

जिनमें से दो अप्रचलित हैं।

इन संसाधनों के आधार पर, हम नोड्स पर संसाधनों के आवंटन को नियंत्रित कर सकते हैं। यह स्थान पैरामीटर का उपयोग करके किया जाता है।

उदाहरण के लिए, पहले, हम चित्र (चित्र 1) में दिखाए गए पेसमेकर क्लस्टर के विन्यास का वर्णन करते हैं।

	 crm कॉन्फ़िगर करें
	 आदिम P_MYSQL lsb: mysql
	 आदिम P_MYSQL_IP महासागर: दिल की धड़कन: IPaddr2 params \ 
		 ip = "192.168.56.133" nic = "eth0"
	 क्लोन CL_MYSQL P_MYSQL क्लोन-अधिकतम = "2" क्लोन-नोड-अधिकतम = "1" \
 		 विश्व स्तर पर अद्वितीय = "असत्य"

यह विन्यास दो माईकल मास्टर्स (क्लोन) के साथ दो नोड्स के क्लस्टर का वर्णन करता है। डेटाबेस के साथ काम वीआईपी पते के माध्यम से किया जाता है।
एक असममित क्लस्टर के लिए, हमें स्पष्ट रूप से स्थान के लिए मान सेट करने की आवश्यकता है:

	 स्थान L_MYSQL_01 CL_MYSQL 100: first.local
	 स्थान L_MYSQL_02 CL_MYSQL 100: second.local

यह रिकॉर्ड हमें बताता है कि "क्लोन" प्रकार का एक संसाधन क्लस्टर के दो नोड्स पर चलाया जाना चाहिए।

अब वीआईपी के लिए भी यही है:

	 स्थान L_MYSQL_IP_01 P_MYSQL_IP 100: first.local
	 स्थान L_MYSQL_IP_02 P_MYSQL_IP 10: second.local

यहां हम पहले.लोक नोड पर वीआईपी चलाना पसंद करते हैं
और सेटअप समाप्त करें:

	 प्रतिबद्ध

यदि आप अब जाँचते हैं कि विफलता कैसे काम करती है, तो जब आप VIP शुरू करते हैं तो पहले शुरू होता है। जब यह गिरता है (किल -9 कोरोसिंक) - यह दूसरी.लोक में चला जाता है। हालाँकि, जब first.local नोड वापस किया जाता है, तो यह वापस आ जाता है। ऐसा इसलिए है क्योंकि First.local के लिए स्कोर secon.local (100> 10) की तुलना में अधिक है। अत्यधिक लोड किए गए क्लस्टर पर ऐसी क्रॉसिंग को रोकने के लिए, जिससे अवांछित डाउनटाइम हो सकता है, हमें संसाधन-स्टिकीनेस पैरामीटर सेट करना होगा:

	 crm कॉन्फ़िगर करें गुण rsc_defaults संसाधन-चिपचिपाहट = "110"

अब उसी ऑपरेशन को दोहराते हुए, हमारा स्कोर मान है: 110 + 10 = 120 बनाम 100, जो इस कदम को रोकता है।

क्लस्टर काम करता है और हार्डवेयर / पावर की समस्याओं के मामले में आपको स्वचालित रूप से बैकअप नोड पर स्विच करने की अनुमति देता है।
अब चलो आंतरिक नेटवर्क की निगरानी को कॉन्फ़िगर करते हैं। हम 192.168.56.1 और 192.168.56.100 पिंग करेंगे:

	 crm कॉन्फ़िगर करें
	 आदिम P_INTRANET ocf: पेसमेकर: ping \
		 params host_list = "192.168.56.1 192.168.56.100" \ "
		 गुणक = "111" नाम = "पिंग_इंट्रानेट" 
		 ओ पी मॉनिटर अंतराल = "5 एस" टाइमआउट = "20 एस"
	 क्लोन CL_INTRANET P_INTRANET विश्व स्तर पर अद्वितीय = "गलत"
	 स्थान L_INTRANET_01 CL_INTRANET 100: first.local
	 स्थान L_INTRANET_02 CL_INTRANET 100: second.local
	 प्रतिबद्ध

यह कॉन्फ़िगरेशन दो होस्ट को पिंग करता है। प्रत्येक मेजबान को 111 अंक दिए गए हैं। प्रत्येक नोड के लिए कुल मान ping_intranet चर में संग्रहीत किया जाता है। ये मान संसाधन के स्थान को निर्धारित करने में उपयोग किए जा सकते हैं और होना चाहिए। अब हम VIP को इंगित करेंगे ताकि वह इन बिंदुओं का उपयोग यह तय करने में करे कि उसे कहाँ होना चाहिए:

	 crm कॉन्फ़िगर करें
	 स्थान L_MYSQL_IP_PING_INTRANET P_MYSQL_IP नियम \
		 ping_intranet: परिभाषित इंट्रानेट
	 प्रतिबद्ध

ये अतिरिक्त बिंदु हमारे द्वारा दिए गए farting के साथ अभिव्यक्त किए गए हैं। और कुल राशि के आधार पर, संसाधन की स्थिति निर्धारित की जाती है।
स्कोर मान के संकेत के साथ क्लस्टर स्थिति की निगरानी दो उपयोगिताओं द्वारा की जाती है: ptest और crm_mon:

• ptest -sL - प्रत्येक नोड के लिए वर्तमान आवंटन मान दिखाता है।
• crm_mon -A - प्रत्येक नोड के लिए ping_intranet चर की स्थिति दिखाता है।

कुल मिलाकर, हमारे पास विभिन्न स्थितियों के लिए निम्नलिखित गणनाएँ हैं:



क्लस्टर को उसकी मूल स्थिति में स्थानांतरित करने के लिए, आपको संसाधन को पहले। स्थानांतरण नोड में स्थानांतरित करना होगा:

	 crm संसाधन P_MYSQL_IP को पहले स्थानांतरित करें

उसके बाद, संसाधन 1,000,000 अंकों के साथ एक स्थान प्राप्त करता है (यह पेसमेकर के लिए INF है) और पहले। इस संसाधन को अनमोल करना जारी रखना बहुत महत्वपूर्ण है, जो स्थान में स्थान बिंदुओं को लौटा देगा, लेकिन संसाधन के स्थान को नहीं बदलेगा, क्योंकि उसके पास पहले से ही अधिक अंक होंगे (प्रारंभिक स्थिति देखें):

	 crm संसाधन P_MYSQL_IP को अनमोल करें 

आप स्थान और पिंग के साथ और क्या कर सकते हैं

आप जांच सकते हैं कि पिंग संसाधन चल रहा है या नहीं और इसकी कीमत की जाँच करें:

	 स्थान L_RESOURCE P_RESOURCE नियम -inf: not_defined ping_intranet या ping_intranet lte 0

यह स्थान P_RESOURCE संसाधन को उस नोड पर रखने पर रोक लगाता है जहाँ पिंग 0 से कम या बराबर है (lte - इससे कम या बराबर) या पिंग संसाधन नहीं चल रहा है।

आप इस नियम को नोड के नाम से भी जोड़ सकते हैं:

	 स्थान L_RESOURCE P_RESOURCE नियम -inf: #host eq पहला.लोक और ping_intranet lte 0

हमें बताता है कि यदि यह पहला। नोड और पिंग = <0 है, तो यह संसाधन यहां नहीं हो सकता है।