🕐 👩‍👧‍👦 👨🏾‍🔬 पेसमेकर पर आधारित लिनक्स हा 🛳️ 🧘🏻 🕑

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

पेसमेकर

आधिकारिक दस्तावेज के अनुसार, पेसमेकर एक क्लस्टर संसाधन प्रबंधक है जिसमें निम्नलिखित मुख्य विशेषताएं हैं:

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

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

स्थापना

RHEL / CentOS पर, कुछ भी आसान नहीं है।

cd /etc/yum.repos.d wget http://www.clusterlabs.org/rpm/epel-5/clusterlabs.repo yum install pacemaker

फिर हम /etc/corosync/corosync.conf (corosync.conf.sample वहां हैं) को फिर से शुरू करते हैं।

 /etc/init.d/corosync start

हां, एक उचित रूप से कॉन्फ़िगर किया गया DNS होना आवश्यक है ताकि सभी नोड्स दोनों दिशाओं में हल हो जाएं।

नोड्स कैसे जोड़ें? कुछ भी आसान नहीं है, पेसमेकर, कॉपी /etc/corosync/corosync.conf और / etc / ais / schemkeys स्थापित करें (यदि कॉन्फ़िगर किया गया है) और इसे चलाएं। नोड स्वचालित रूप से क्लस्टर में शामिल किया जाएगा। क्लस्टर कॉन्फ़िगरेशन भी स्वचालित रूप से कॉपी किया जाएगा।

यदि नोड विफल हो गया और आपने लोहे को बदल दिया? एक ही बात, नए नोड को एक ही नाम दें, कॉन्फ़िगरेशन को कॉपी करें और शुरू करें। Lepota।

 # crm_mon ============ Last updated: Thu Aug 27 16:54:55 2009 Stack: openais Current DC: pcmk-1 - partition with quorum Version: 1.0.5-462f1569a43740667daf7b0f6b521742e9eb8fa7 2 Nodes configured, 2 expected votes 0 Resources configured. ============ Online: [ pcmk-1 pcmk-2 ]

विन्यास

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

आप विन्यास के साथ काम करने के लिए या तो सिबाडमिन या क्रम शेल का उपयोग कर सकते हैं। आप इस तरह से उदाहरण के लिए विन्यास देख सकते हैं:

 # crm configure show node pcmk-1 node pcmk-2 property $id="cib-bootstrap-options" \ dc-version="1.0.5-462f1569a43740667daf7b0f6b521742e9eb8fa7" \ cluster-infrastructure="openais" \ expected-quorum-votes="2"

वास्तविक क्लस्टर विकल्पों के अलावा, निम्नलिखित भी विन्यास के अधीन हैं:

नोड्स (नोड्स);
संसाधन (संसाधन);
संचार (बाधाएं)।

समुद्री मील

हमने पहले ही पता लगा लिया है कि नोड्स कैसे जोड़ें। नोड्स को हटाना ज्यादा कठिन नहीं है: नोड पर कोरोसिंक को रोकें, और फिर नोड को कॉन्फिगर से हटा दें।

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

साधन

कोरोसिंक के संदर्भ में संसाधन क्या है? वह सब लिपिबद्ध किया जा सकता है! आमतौर पर, स्क्रिप्ट को बैश में लिखा जाता है, लेकिन कुछ भी आपको पर्ल, पायथन, या यहां तक कि सी। में लिखने से रोकता है। स्क्रिप्ट की आवश्यकता है। 3 क्रियाओं को करना है: शुरू करना, रोकना और निगरानी करना। सामान्य तौर पर, स्क्रिप्ट को एलएसबी (लिनक्स स्टैंडर्ड बेस) या ओसीएफ (ओपन क्लस्टर फ्रेमवर्क) का पालन करना चाहिए - बाद वाला एलएसबी का विस्तार कुछ हद तक करता है, इसके लिए एक विशेष नाम के साथ पर्यावरण चर के माध्यम से गुजरने वाले मापदंडों की आवश्यकता होती है।

 # crm ra classes heartbeat lsb ocf / heartbeat pacemaker stonith # crm ra list ocf heartbeat AoEtarget AudibleAlarm ClusterMon Delay Dummy EvmsSCC Evmsd Filesystem ICP IPaddr IPaddr2 IPsrcaddr LVM LinuxSCSI MailTo ManageRAID ManageVE Pure-FTPd Raid1 Route SAPDatabase SAPInstance SendArp ServeRAID SphinxSearchDaemon Squid Stateful SysInfo VIPArip VirtualDomain WAS WAS6 WinPopup Xen Xinetd anything apache db2 drbd eDir88 iSCSILogicalUnit iSCSITarget ids iscsi ldirectord mysql mysql-proxy nfsserver oracle oralsnr pgsql pingd portblock rsyncd scsi2reservation sfex tomcat vmware

जैसा कि हम देख सकते हैं, कुछ तैयार एजेंट (संसाधन एजेंट)। हालाँकि, खुद को नया लिखना भी बहुत मुश्किल नहीं है।

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

 crm configure primitive ClusterIP ocf:heartbeat:IPaddr2 \ params ip=192.168.9.101 cidr_netmask=32 \ op monitor interval=30s

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

संचार

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

संबंध संसाधनों के नोड (स्थान) के बंधन को निर्धारित करते हैं, जिस क्रम में संसाधन शुरू किए जाते हैं (ऑर्डर करते हैं), और नोड (कॉलोकेशन) पर उनका संयुक्त निवास।

 # crm configure primitive WebSite ocf:heartbeat:apache \ params configfile=/etc/httpd/conf/httpd.conf \ op monitor interval=1min # crm configure colocation website-with-ip INFINITY: WebSite ClusterIP # crm configure order apache-after-ip mandatory: ClusterIP WebSite # crm configure location prefer-pcmk-1 WebSite rule 50: pcmk-1

यहां हमने एक और संसाधन बनाया - वैबसाइट, इसे क्लस्टरस्टर के साथ रहने के लिए सेट करें (वैसे, -INFINITY का मतलब होगा कि संसाधन एक ही नोड पर नहीं होने चाहिए), स्टार्टअप क्रम निर्धारित किया: पहले क्लस्टर, फिर वैबसाइट, और फिर सेट करें कि वैबसाइट बहुत है यह 50 सेमी के वजन के साथ pcmk-1 नोड पर होना उचित है। ऑर्डर सेट करते समय, आप यह भी निर्दिष्ट कर सकते हैं कि क्या संसाधन समानांतर या श्रृंखला में शुरू किए जा सकते हैं।

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

वैसे, समझने की सुविधा के लिए, लेखकों ने पेसमेकर को ग्राफविज़ प्रारूप में रेखांकन बनाने की क्षमता दी - पीटीएसटी उपयोगिता देखें।

निष्कर्ष

पेसमेकर सरल और सुविधाजनक है, लेकिन यह बहुत शक्तिशाली और सुविधाओं में समृद्ध है। IBM HA MS के बाद, मुझे इस परियोजना के लिए पर्याप्त नहीं मिल सकता :)। अनावश्यक विवरण के साथ पोस्ट को रोकना नहीं है, और आगे के अध्ययन के लिए, आपको निम्नलिखित साहित्य की आवश्यकता होगी:

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

आपका ध्यान देने के लिए धन्यवाद।

पेसमेकर पर आधारित लिनक्स हा