मल्टीपाथ एक दोष-सहिष्णुता तकनीक है जिसका उद्देश्य आम तौर पर भंडारण के साथ भौतिक सर्वर के कनेक्शन का बैकअप लेना है। जब फाइबर केबल्स को नुकसान होता है, तो यह महत्वपूर्ण है कि सर्वर स्टोरेज तक पहुंच न खोए और एक्सेसिबिलिटी बनाए रखे। इसलिए बैंक और वैश्विक ई-कॉमर्स साइट जैसे सिस्टम मल्टीपाथ का उपयोग करते हैं।
यहां वह सब कुछ है जो आपको लिनक्स पर मल्टीपाथ के बारे में जानने की जरूरत है।
सर्वर पर बहुपथ उपकरणों के लिए पहचानकर्ता
मल्टीपाथ के लिए, मल्टीपाथ डिवाइस को ब्राउज़ करना भी आवश्यक है। यदि आपने कभी के बारे में सुना है WWID (वर्ल्ड वाइड पहचानकर्ता) पहले की अवधारणा, यह आपको बहुत अधिक विदेशी नहीं लगेगी।
डिफ़ॉल्ट रूप से, मल्टीपाथ डिवाइस के नाम उनके WWID पर सेट होते हैं। यह एक ऐसा सिस्टम है जो गारंटी देता है कि मल्टीपाथ डिवाइस विश्व स्तर पर अद्वितीय और अपरिवर्तनीय है। आप कुछ जोड़तोड़ के साथ यहां डिफ़ॉल्ट नामकरण को मल्टीपाथ कॉन्फ़िगरेशन फ़ाइल में बदलकर सेट कर सकते हैं उपयोगकर्ता_मित्र_नाम स्थापना।
एक उदाहरण के रूप में, आप इसे इस तरह से सोच सकते हैं। कल्पना कीजिए कि आपके पास आपके सर्वर से जुड़े स्टोरेज डिवाइस हैं जैसे:
- /dev/sda
- /dev/sdb
- /dev/sdc
- /dev/sdd
अगर उपयोगकर्ता_मित्र_नाम इस बिंदु पर विकल्प "हां" पर सेट है, डिवाइस के नाम बदल जाएंगे।
बिल्ली /etc/multipath.conf
# आउटपुट
चूक {
उपयोगकर्ता_मित्र_नाम हाँ
}
यदि आपके पास उबंटू सर्वर है जो उपयोग करता है वर्चुअलाइजेशन प्रौद्योगिकियां, आपको निम्न परिणाम प्राप्त हो सकते हैं। यहां आपको जो याद रखना चाहिए वह यह है कि जिस उपकरण को आप नियंत्रित करना चाहते हैं वह एक भौतिक उपकरण होना चाहिए।
आपके द्वारा सेट करने के बाद उपयोगकर्ता_मित्र_नाम करने के लिए विकल्प हां कॉन्फ़िगरेशन फ़ाइल में, आप डिवाइस का नाम निम्नानुसार देख सकते हैं:
सुडो fdisk -l
लगातार मल्टीपाथ डिवाइस नाम के लिए प्रक्रिया
इस प्रक्रिया द्वारा मल्टीपाथ डिवाइस को असाइन किया गया नाम नोड के लिए अद्वितीय होगा। यह कहना संभव नहीं है कि यह सभी नोड्स पर लागू होता है। यदि आप सभी नोड्स पर लगातार मल्टीपाथ डिवाइस चाहते हैं, तो सेट करें उपयोगकर्ता_मित्र_नाम "नहीं" का विकल्प। आप इस तरह से किसी भी परेशानी को कम कर देंगे क्योंकि उपकरणों में अब एक अद्वितीय मॉनीकर नहीं होगा और इसके बजाय WWID का उपयोग करेंगे।
हालाँकि, अन्य परिस्थितियों में, आप ऐसे नोड्स डिज़ाइन करना चाह सकते हैं जो सुसंगत और पहुँचने और उपयोग करने में आसान दोनों हों।
ऐसे मामले के लिए, आपको पहले सभी मल्टीपाथ डिवाइस को एक मशीन पर स्थापित करना होगा। इस चरण के बाद आपको अन्य मशीनों पर सभी मल्टीपाथ डिवाइस को भी अक्षम कर देना चाहिए। आप इसके लिए निम्न आदेश चला सकते हैं:
सुडोसिस्टमसीटीएलविरामबहुपथ-उपकरण।सर्विस
सुडो मल्टीपाथ -एफ
इन आदेशों के साथ, आप क्रमशः मल्टीपाथ सेवा को बंद कर देंगे और सभी मल्टीपाथ डिवाइस मैप्स को साफ़ कर देंगे। अब रूट यूजर बनें और कॉपी करें बंधन में स्थित फ़ाइल /etc/multipath अन्य मशीनों के लिए निर्देशिका।
इस बिंदु पर, आप का उपयोग कर रहे होंगे लिनक्स की डेमॉन प्रक्रिया. इन सभी चरणों के बाद, आपको चलाने की आवश्यकता है बहुपथ डेमॉन फिर से:
सुडोसिस्टमसीटीएलप्रारंभबहुपथ-उपकरण।सर्विस
मल्टीपाथ उपकरणों की सामान्य विशेषताओं का अवलोकन
मल्टीपाथ डिवाइस की सुविधाएं और कॉन्फ़िगरेशन सेटिंग्स यहीं तक सीमित नहीं हैं उपयोगकर्ता_मित्र_नाम. नीचे आपको कुछ अन्य कॉन्फ़िगरेशन के बारे में जानकारी मिलेगी जो आप इसमें बना सकते हैं /etc/mutipath.conf फ़ाइल:
-
काली सूची { }: यदि आप निर्दिष्ट करना चाहते हैं कि कौन से उपकरण मल्टीपाथ से बाहर किए जाएं, तो आप दो घुंघराले ब्रेसिज़ के बीच उनके नाम लिख सकते हैं।
काली सूची {
देवनोड "^एसडीए"
} -
उपकरण { }: इन दो घुंघराले कोष्ठकों के बीच, आप विशिष्ट उपकरणों के लिए कुछ विवरण रख सकते हैं।
उपकरण {
वेंडर "गड्ढा"
उत्पाद "एमडी32xx"
} -
बहुपथ { }: इस क्षेत्र में, आप विशिष्ट मल्टीपाथ डिवाइस की विशेषताओं को सेट कर सकते हैं। अन्य विशेषताओं की तरह, मल्टीपाथ में भी कई अलग-अलग उप-विशेषताएँ होती हैं।
बहुपथ {
wwid 3500405b170164c3911244b325426400b
उपनाम पीला
फ़ेलबैक मैनुअल
} -
ब्लैकलिस्ट_अपवाद { }: यह फ़ील्ड उन डिवाइस के लिए है जो काली सूची में हैं लेकिन आप उनके लिए मल्टीपाथ सक्षम करना चाहते हैं। सभी उपकरणों को एक-एक करके ब्लैकलिस्ट करने के बजाय, आप उन सभी को ब्लैकलिस्ट कर सकते हैं और उन्हें निर्दिष्ट कर सकते हैं जिन्हें आप बाद में इस क्षेत्र में उपयोग करना चाहते हैं।
काली सूची_अपवाद {
wwid "3500405b170164c3911244b325426400b"
}
बेशक, सभी विशेषताएँ इन्हीं तक सीमित नहीं हैं, और प्रत्येक विशेषता के अपने उप-गुण होते हैं। इसके अलावा, आप उन्हें एक दूसरे के साथ मिलकर उपयोग कर सकते हैं। आपके लिए समीक्षा करने के लिए एक नमूना कॉन्फ़िगरेशन फ़ाइल नीचे दी गई है:
चूक {
user_Friendly_names no
}
काली सूची {
देवनोड "^एसडीए"
}
काली सूची_अपवाद {
देवनोड "एसडीए|एसडीबी"
उपकरण {
वेंडर "गड्ढा"
उत्पाद "एमडी32xx"
}
}
उपकरण {
उपकरण {
वेंडर "हिमाचल प्रदेश"
उत्पाद "ए6189ए"
}
}
बहुपथ {
बहुपथ {
wwid 3500405b170164c3911244b325426400b
उपनाम लाल
}
}
मल्टीपाथ डिवाइसेस में लॉजिक
आप मल्टीपाथ उपकरणों को भौतिक इकाइयों के रूप में सोच सकते हैं। उदाहरण के लिए, चलो /dev/mapper/mpatha एक बहुपथ युक्ति का नाम हो। यह उपकरण एक भौतिक इकाई के रूप में कार्य करेगा। जब आप एक बनाते हैं एलवीएम (लॉजिकल वॉल्यूम मैनेजमेंट), आपको इसे संपादित करने की भी आवश्यकता होगी /etc/lvm.conf फ़ाइल।
आपके द्वारा यहां बनाए गए कॉन्फ़िगरेशन के साथ, आपको डिस्क को मल्टीपाथ डिवाइस के अंतर्गत फ़िल्टर करने की आवश्यकता होगी। यदि आप नहीं करते हैं, तो LVM निष्क्रिय पथ को स्कैन करेगा और मल्टीपाथ फिर से काम करना शुरू कर देगा, क्योंकि सक्रिय पथ स्वचालित रूप से निष्क्रिय पथ में बदल सकता है।
इसे रोकने के लिए, आप निम्न पर निम्नलिखित हेरफेर कर सकते हैं /etc/lvm.conf फ़ाइल:
फ़िल्टर = [ "एक लूप।*/", "आर/।*/" ]
यह आदेश लूप जोड़ देगा और सभी उपकरणों को हटा देगा। हालाँकि, प्रक्रिया वहाँ समाप्त नहीं होती है। में यह परिवर्तन करने के बाद /etc/lvm.conf, फ़ाइल को सहेजें, और initrd को भी अपडेट करें। initrd आपको रैम डिस्क पर कुछ जोड़तोड़ करने की अनुमति देता है। आपके द्वारा यहां परिवर्तन करने का कारण उन्हें बूट समय पर कॉपी करना है।
अपडेट करें-initramfs -u -k सब
हर बार lvm.conf तथा बहुपथ.conf फ़ाइलें अद्यतन की जाती हैं, यह अद्यतन इस पर करना आवश्यक है initramfs. इस तरह आपको एक स्थिर और टिकाऊ सर्वर मिलता है। आपको initramfs अपडेट के बारे में भी नहीं भूलना चाहिए, खासकर यदि आपने ब्लैकलिस्ट और फ़िल्टर विशेषताओं में परिवर्तन किए हैं।
एक बहुपथ प्रणाली का महत्व
मल्टीपाथ वातावरण में, सर्वर डिस्क तक पहुंचना जारी रख सकते हैं, भले ही उनके द्वारा उपयोग किए जाने वाले घटकों में से एक (HBA, SAN, स्टोरेज कंट्रोलर) विफल हो जाए। यह सिस्टम और सर्वर प्रशासकों के लिए विशेष रुचि का विषय है।
उच्च-यातायात सर्वरों के लिए यह बहुत महत्वपूर्ण है जिसमें महत्वपूर्ण जानकारी होती है, जहां सुरक्षा प्रोटोकॉल उच्च होना चाहिए। क्योंकि अगर किसी वेबसाइट के सर्वर में हजारों क्रेडिट कार्ड की जानकारी है या सैकड़ों हजारों पंजीकृत ग्राहक दुर्गम हैं क्योंकि केवल एक घटक खराब है, यह बहुत बड़ा होगा संकट।
कॉन्फ़िगरेशन फ़ाइल में इन सभी कार्यों और विशेषताओं की उप-विशेषताओं के विवरण में महारत हासिल करना आवश्यक है। ऐसा इसलिए है क्योंकि सर्वर कॉन्फ़िगरेशन बनाने में हमेशा जोखिम शामिल होता है। इस प्रकार के ऑपरेशन के लिए, हर चीज का बैकअप लेना या परीक्षण सर्वर पर परीक्षण चलाना समझ में आता है।
यदि आपके पास यह सब परीक्षण करने के लिए सर्वर नहीं है, तो उबंटू सर्वर स्थापित करना इष्टतम विकल्प है और यह बहुत आसान भी है।