🎤 🤽🏻 😪 एक SAN नेटवर्क में लिनक्स का उपयोग करना। छोटी चाल 🌫️ 🤱 👨🏻‍🏫

सभी को शुभ दिन।
मुझे नहीं लगता कि मेरे द्वारा वर्णित स्थिति सबसे विशिष्ट है, लेकिन फिर भी मुझे लगता है कि यह जानना उपयोगी होगा। इस मामले में "मूर्ख से" सुरक्षा की विधि के बारे में मेरी कहानी जब आपके पास एक SAN नेटवर्क है, तो कई स्टोरेज सिस्टम (स्टोरेज सिस्टम) हैं जो कुछ LUN (लॉजिकल यूनिट नंबर) और लिनक्स-आधारित सर्वर तक पहुंच को प्रतिबंधित करने की तकनीक का समर्थन नहीं करते हैं (हमारे मामले में सभी कार्रवाइयाँ OS SLES 10SP1 का उपयोग करके की जाएंगी)।

प्रागितिहास

2008 में, मुझे एक ग्राहक के कंप्यूटिंग बुनियादी ढांचे के संचालन में लगाना पड़ा। एक छोटा SAN नेटवर्क एक निश्चित संख्या में मंजिलों (एक अलग वर्ग के लगभग 10 टुकड़े) के साथ बनाया गया था। इन कहानियों में से अधिकांश का उद्देश्य कंप्यूटिंग क्लस्टर की फाइल सिस्टम का निर्माण करना था, इसलिए शुरू में समस्या स्पष्ट नहीं थी और इसके बारे में सोचा भी नहीं था।

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

हमारे पास कुल:

LSI संग्रहण प्रणाली (इसके ठीक एक सहयोगी)
SLES10 SP1 पर आधारित सर्वर दो-सिर वाले FC एडाप्टर के साथ हैं
खुद को और गलती से ग्राहक को हेज करने की एक बड़ी इच्छा।

चरण एक, परिचयात्मक

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

समाधान खोज का दायरा निम्नलिखित विकल्पों तक सीमित था:

केवल कुछ LUN का उपयोग करने की क्षमता के चालक में उपस्थिति
अनावश्यक LUN को ब्लॉक करने के लिए OS टूल का उपयोग करें

पहला विकल्प

इस मॉड्यूल की जानकारी को देखकर वह भाग गया। इसमें केवल डिवाइस को स्कैन करने और LUN की अधिकतम संख्या निर्धारित करने का विकल्प होता है। तो यह विकल्प गायब हो जाता है

दूसरा विकल्प

यह विकल्प हमें udv सबसिस्टम की दिशा में तुरंत "भूमि कार्य करने" के लिए निर्देशित करता है। यह वह है जो उपकरणों को शुरू करने, उन्हें विशेष नाम और अन्य कार्यों को निर्दिष्ट करने के लिए लिनक्स में जिम्मेदार है। सीधे शब्दों में कहें, हमें udev के लिए नियम का सही ढंग से वर्णन करने की आवश्यकता है, जो हमारे लिए आवश्यक उपकरणों को बनाएगा।
आगे देखते हुए, मैं कहता हूँ कि यह निर्णय केवल विशेष के निर्माण को सीमित करेगा। उपकरण (जैसे / dev / sdb, / dev / sdc, इत्यादि), लेकिन भौतिक रूप से होस्ट को उपलब्ध सभी LUN दिखाई देंगे।

चरण दो, अनुसंधान

हम विषय के विस्तृत अध्ययन के लिए आगे बढ़ते हैं।

दस्तावेज़ीकरण के त्वरित अध्ययन के बाद, साथ ही उन नियम जो सिस्टम में हैं, आप निम्नलिखित ब्लॉकों को अलग कर सकते हैं जो कि ब्याज के हैं:

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

आइए शुरू:

सबसे पहले, हमें इस सर्वर पर उपलब्ध सभी उपकरणों की एक सूची प्रदर्शित करनी होगी:

# lssci SCSI ID TYPE VENDOR MODEL REV. device [5:0:0:10] disk XXX YYYYY 0619 /dev/sdr [5:0:0:20] disk XXX YYYYY 0619 /dev/sds [5:0:0:21] disk XXX YYYYY 0619 /dev/sdu ...... [5:0:1:10] disk XXX YYYYY 0619 /dev/sdan [5:0:1:20] disk XXX YYYYY 0619 /dev/sdao [5:0:1:21] disk XXX YYYYY 0619 /dev/sdar

इस कमांड का आउटपुट बहुत अच्छा होगा, इसलिए मैं केवल एक हिस्सा दूंगा।
तो अब हम जानते हैं:
SCSI ID, H: B: T: L (होस्ट: बस: लक्ष्य: लून) प्रारूप में एक पहचानकर्ता है। एडाप्टर इस सीरियल के लिए जिम्मेदार है, जो इस उपकरण के लिए जिम्मेदार है, बस (चैनल) एडॉप्टर पर SCSI चैनल नंबर है, लक्ष्य संख्या है। स्टोर पर FC पोर्ट, LUN - स्टोर पर आवंटित अनुभाग की पहचानकर्ता।
निर्माता - निर्माता का नाम
मॉडल - मॉडल का नाम
REV। - सौ पर फर्मवेयर संस्करण
युक्ति - युक्ति। उपयोगकर्ता सुलभ डिवाइस

इस ऑपरेशन में, हम "डिवाइस" फ़ील्ड और "SCSI ID" में रुचि रखते थे। शेष खेतों की अनदेखी की जाती है।
अगला कदम भंडारण विशेषताओं की एक सूची प्राप्त करना है जिनकी हमें आवश्यकता है:
- ड्राइवर का नाम
- निर्माता का नाम
- मॉडल का नाम
इसके लिए, हमें udevinfo उपयोगिता की आवश्यकता होगी, साथ ही sysfs फाइल सिस्टम (कर्नेल संस्करण 2.6 के लिए), क्योंकि यह हमारे लिए आवश्यक सभी जानकारी संग्रहीत करता है।

# udevinfo -a -p /sys/block/sds looking at device '/block/sds': KERNEL=="sds" SUBSYSTEM=="block" SYSFS{stat}==" 151707 2355 3422965 430068 436954 12273 18585533 1098588 0 651944 1528756" SYSFS{size}=="2129838080" SYSFS{removable}=="0" SYSFS{range}=="16" SYSFS{dev}=="65:32" looking at device '/devices/pci0000:00/0000:00:04.0/0000:08:00.0/host5/rport-5:0-0/target5:0:0/5:0:0:20': ID=="5:0:0:20" BUS=="scsi" DRIVER=="sd" SYSFS{ioerr_cnt}=="0x7" SYSFS{iodone_cnt}=="0xec62d" SYSFS{iorequest_cnt}=="0xec62d" SYSFS{iocounterbits}=="32" SYSFS{retries}=="5" SYSFS{timeout}=="60" SYSFS{state}=="running" SYSFS{rev}=="0619" SYSFS{model}=="YYYYY " SYSFS{vendor}=="XXX " SYSFS{scsi_level}=="6" SYSFS{type}=="0" SYSFS{queue_type}=="simple" SYSFS{queue_depth}=="64" SYSFS{device_blocked}=="0" .... looking at device '/devices/pci0000:00/0000:00:04.0/0000:08:00.0': ID=="0000:08:00.0" BUS=="pci" DRIVER=="mptfc" SYSFS{modalias}=="pci:v00001000d00000646sv00001000sd00001020bc0Csc04i00" SYSFS{local_cpus}=="00000000,00000000,00000000,0000000f" SYSFS{irq}=="169" SYSFS{class}=="0x0c0400" SYSFS{subsystem_device}=="0x1020" SYSFS{subsystem_vendor}=="0x1000" SYSFS{device}=="0x0646" SYSFS{vendor}=="0x1000"

प्रत्येक डिवाइस के लिए जानकारी का अनुरोध करने की आवश्यकता नहीं है, जैसा कि lsscsi आउटपुट में डुप्लिकेट प्रविष्टियाँ हैं। ये विभिन्न उपकरणों के माध्यम से एक विशिष्ट LUN के लिए पथ हैं (उदाहरण के लिए, होस्ट पर 1 FC पोर्ट और स्टोरेज पर 3 पोर्ट), और चूंकि यह एक ही स्टोरेज है, हमारे लिए आवश्यक पैरामीटर सभी के लिए समान होंगे।

संक्षिप्त सारांश:

चालक == "एसडी" उस चालक का नाम है जो इस उपकरण की पहचान करता है। क्यों बिल्कुल "एसडी" और FC "mptfc" ड्राइवर नहीं - क्योंकि वास्तव में "sd" ड्राइवर SCSI / FC एडाप्टर से प्राप्त डिस्क डिवाइस को निर्धारित करने के लिए कैसे जिम्मेदार है।
SYSFS {विक्रेता} == "XXX" रिपॉजिटरी निर्माता है। यदि आप ध्यान देते हैं, तो उसका नाम सिर्फ "XXX" नहीं है, बल्कि कई स्थान भी हैं। इस कारण से, lsscsi का आउटपुट इतना जानकारीपूर्ण नहीं है, और यदि आप केवल "XXX" का उपयोग करते हैं, तो नियम ने आसानी से काम नहीं किया।
SYSFS {मॉडल} == "YYYYY" - मॉडल का नाम। ऊपर के पैराग्राफ में भी यही कारण है।
आईडी == "5: 0: 0: 20" - प्रारूप एच: बी: टी: एल में एक पहचानकर्ता। यह भी याद रखने की जरूरत है, क्योंकि हमें इसकी और आवश्यकता है।
बस == "scsi" - बस का प्रकार। हमें डिवाइस की अधिक सटीक पहचान करने की आवश्यकता होगी

इसलिए, अब हमारे पास एक नियम लिखने के लिए सभी आवश्यक जानकारी है।

चरण तीन, कार्यालय लिखते हैं!

अब हम सीधे नियम लिखने के लिए आगे बढ़ते हैं। हमें udev प्रलेखन की आवश्यकता होगी।
मैं अंतिम नियम और विकल्पों का विवरण देता हूं:

# If not a block device (ex. tape) ignore this rule
SUBSYSTEM!="block", GOTO="go_ignore_end"
# Phisical device section
BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", ID=="*:*:*:20", GOTO="go_ignore_end"
BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", ID=="*:*:*:21", GOTO="go_ignore_end"
BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", OPTIONS+="ignore_device,last_rule"

LABEL="go_ignore_end"

और अब क्या है की व्याख्या:

SUBSYSTEM!="block", GOTO="go_ignore_end"
यह विकल्प udv को बताता है कि यदि सबसिस्टम किसी गैर-ब्लॉक डिवाइस के साथ काम करता है, तो यह नियम लागू नहीं किया जाना चाहिए।

BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", ID=="*:*:*:20", GOTO="go_ignore_end"
BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", ID=="*:*:*:21", GOTO="go_ignore_end"

यह सबसे महत्वपूर्ण हिस्सा है, वास्तव में, इस भाग के लिए, यह लेख लिखा गया था। नियम व्यवहार को परिभाषित करता है: यदि कोई उपकरण बस के माध्यम से हो जाता है == "scsi" बस और यह DRIVER == "sd" ड्राइवर का उपयोग करता है, तो हमारे पास निर्माता SYSFS {विक्रेता} == "XXX" और मॉडल का नाम SYSFS {मॉडल} == "है YYYYY ”और इस उपकरण का LUN ID ==" *: *: *: 20: 20 "से मेल खाता है, तो इस उपकरण को अन्य सभी नियमों का पालन करना चाहिए और एक विशेष बनाना होगा। डिवाइस में / देव निर्देशिका।

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

BUS=="scsi", DRIVER=="sd", SYSFS{vendor}=="XXX ", SYSFS{model}=="YYYYY ", OPTIONS+="ignore_device,last_rule"

यह नियम पिछले एक के समान शर्तों को लागू करता है, केवल विकल्प + = "ign_device, last_rule" इस उपकरण के साथ सभी अन्य कार्यों को अनदेखा करने के लिए udev को बताता है। यानी निर्दिष्ट को छोड़कर सभी उपकरणों को नजरअंदाज कर दिया जाएगा।

LABEL="go_ignore_end"
यह नियम एक सरल अंतिम फ़ाइल है। यह सूची में अंतिम होना चाहिए।

चरण चार, अंतिम लड़ाई

अब हमें बस इस नियम को बचाना है और इसे लागू करना है।
हम सही प्रारूप में /etc/udev/rules.d फ़ोल्डर में इस नियम को सहेजते हैं। मैंने "52-अनदेखा-अप्रयुक्त-डिवाइसेस .rules" नाम का उपयोग किया। इसके बाद कुछ और करने की जरूरत है। यदि एडेप्टर ड्राइवर रैमडिस्क में है, तो आपको इसे वहां से हटाने और लोड करने की आवश्यकता होगी, जब यूडीवी सबसिस्टम शुरू हो जाएगा, अन्यथा यह नियम काम नहीं करेगा, क्योंकि udev शुरू होने से पहले डिवाइस बनाए जाएंगे।

ऐसा करने के लिए, आपको / etc / sysconfig / कर्नेल फ़ाइल में परिवर्तन करने की आवश्यकता है:

चर में ड्राइवर FC डिवाइस को हटाएँ INITRD_MODULES = "..."
इसे चर MODULES_LOADED_ON_BOOT = "..." में जोड़ें
Mkinitrd कमांड के साथ रैमडिस्क पुनर्जीवित करें।

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

# lssci

SCSI ID TYPE VENDOR MODEL REV. device
[5:0:0:10] disk XXX YYYYY 0619 -
[5:0:0:20] disk XXX YYYYY 0619 /dev/sds
[5:0:0:21] disk XXX YYYYY 0619 /dev/sdu
......
[5:0:1:10] disk XXX YYYYY 0619 -
[5:0:1:20] disk XXX YYYYY 0619 /dev/sdao
[5:0:1:21] disk XXX YYYYY 0619 /dev/sdar

नतीजतन, हमारा काम सुरुचिपूर्ण और खूबसूरती से हल किया गया था। यह लोडिंग को भी गति देगा, खासकर यदि आप अंतर्निहित मल्टीपाथ तंत्र का उपयोग करते हैं।

मुझे उम्मीद है कि यह कम से कम एक व्यक्ति के लिए उपयोगी है।

सामग्री जो बहुत मदद की

http://reactivated.net/writing_udev_rules.html
मौजूदा udv नियम

एक SAN नेटवर्क में लिनक्स का उपयोग करना। छोटी चाल