ISCSI के माध्यम से सिफ - या झूला में खड़े होकर स्कीइंग करना

क्या हमारे बीच (सेफोवोडोव) वे हैं जो "पेशेवर चरम" पसंद नहीं करते हैं?

यह संभावना नहीं है - अन्यथा हम इस बेहद दिलचस्प और मज़ेदार उत्पाद के साथ सोमरसिंग नहीं करेंगे।

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

तो, दिया गया:

1. पहले से ही सिफ क्लस्टर चल रहा है
2. एक मौजूदा छवि जिसे iSCSI के माध्यम से प्रस्तुत किया जाना चाहिए
3. पूल नाम mypool , छवि नाम myimage

क्या हम शुरू कर रहे हैं?

सबसे पहले, जब हम FC या iSCSI के बारे में बात करते हैं, तो हमें एक सर्जक और एक लक्ष्य जैसी संस्थाएँ मिलती हैं। लक्ष्य वास्तव में एक सर्वर है, सर्जक एक ग्राहक है। हमारा काम न्यूनतम श्रम के साथ सर्जक को सिफ छवि प्रस्तुत करना है। इसलिए हमें लक्ष्य तैनात करना होगा। लेकिन कहां, किस कंप्यूटर पर?

सौभाग्य से, सिफ के क्लस्टर में हमारे पास कम से कम एक घटक है जिसका आईपी पता तय हो गया है और जिस पर सबसे महत्वपूर्ण सेफ घटकों में से एक को कॉन्फ़िगर किया गया है, और यह घटक एक मॉनिटर है। तदनुसार, मॉनिटर पर हम iSCSI लक्ष्य निर्धारित करते हैं (और एक ही समय में initator, कम से कम परीक्षणों के लिए)। मैंने इसे CentOS पर किया था, लेकिन किसी भी अन्य वितरण के लिए समाधान भी उपयुक्त है - बस पैकेजों को उस तरीके से रखें जो आपके वितरण में स्वीकार्य हैं।

# yum -y install iscsi-initiator-utils targetcli

इंस्टॉल किए गए पैकेज का उद्देश्य क्या है?

• targetcli - Linux कर्नेल के लिए Linux SCSI लक्ष्य प्रबंधन उपयोगिता
• iscsi-आरंभकर्ता-बर्तन - लिनक्स कर्नेल में निर्मित iSCSI सर्जक को नियंत्रित करने के लिए उपयोग की जाने वाली उपयोगिताओं के साथ एक पैकेज

आरंभकर्ता को iSCSI के माध्यम से एक छवि प्रस्तुत करने के लिए, घटनाओं के विकास के लिए दो विकल्प हैं - लक्ष्य के उपयोगकर्ता स्थान बैकएंड का उपयोग करें या छवि को ऑपरेटिंग सिस्टम के लिए ब्लॉक डिवाइस के रूप में कनेक्ट करें और iSCSI के माध्यम से निर्यात करें। हम दूसरा रास्ता अपनाएँगे - उपयोगकर्ता का बैकएंड अभी भी "प्रायोगिक" स्थिति में है और उत्पादक उपयोग के लिए तैयार नहीं है। इसके अलावा, उसके साथ नुकसान हो सकता है कि आप (ओह हॉरर!) तर्क के बारे में बहुत बात कर सकते हैं।

यदि हम लंबे समर्थन चक्र के साथ कम से कम कुछ स्थिर वितरण का उपयोग करते हैं, तो हमारे पास कुछ प्राचीन-प्राचीन संस्करण का मूल है। उदाहरण के लिए, CentOS7 पर यह 3.10 है। *, CentOS8 पर यह 4.19 है। और हम कम से कम 5.3 (लेकिन बल्कि 5.4) और एक नए वाले कर्नेल में रुचि रखते हैं। क्यों? क्योंकि डिफ़ॉल्ट रूप से, सिफ में छवियों के पास विकल्पों का एक संलग्न सेट है जो पुराने कर्नेल के साथ संगत नहीं है। तो, हम अपने वितरण के लिए एक नए कर्नेल के साथ रिपॉजिटरी को जोड़ते हैं (उदाहरण के लिए, CentOS के लिए यह elrepo है), एक नया कर्नेल स्थापित करें और नए कर्नेल के साथ काम करने के लिए सिस्टम को रिबूट करें:

• प्रयोग के लिए चयनित मॉनिटर से कनेक्ट करें
• हम निर्देशों के अनुसार एल्रेपो रिपोजिटरी को जोड़ते हैं - elrepo.org/tiki/tiki-index.php
• कर्नेल स्थापित करें: yum -y --enablerepo = elrepo-कर्नेल कर्नेल-एमएल स्थापित करें
• हम मॉनिटर के साथ सर्वर को रिबूट करते हैं (आखिरकार, हमारे पास तीन मॉनिटर हैं, सही?)

छवि को एक ब्लॉक डिवाइस के रूप में कनेक्ट करें

# rbd map mypool/myimage
/dev/rbd0

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

फ़ाइल / dev / rbd / mypool / myimage के लिए मैप किए गए disk1 नाम के साथ एक बैकएंड बनाएं। निर्दिष्ट फ़ाइल udv daemon द्वारा स्वचालित रूप से निर्मित / dev / rbd0 का एक प्रतीकात्मक लिंक है। हम एक प्रतीकात्मक लिंक का उपयोग करते हैं क्योंकि आरबीडी डिवाइस का नाम उस क्रम के कारण बदल सकता है जिसमें सेफ चित्र मेजबान से जुड़े हैं।

एक बैकएंड बनाएं:

# targetcli /backstores/block create disk1 /dev/rbd/mypool/myimage

एक iSCSI लक्ष्य बनाएँ:

# targetcli /iscsi create iqn.2020-01.demo.ceph:mypool

LUN को लक्ष्य के रूप में बैकएंड से कनेक्ट करें:

# targetcli /iscsi/iqn.2020-01.demo.ceph:mypool/tpg1/luns create /backstores/block/disk1

हम डेमो मोड के लिए लक्ष्य समायोजित करते हैं:

# targetcli /iscsi/iqn.2020-01.demo.ceph:mypool/tpg1/ set \
> attribute demo_mode_write_protect=0
# targetcli /iscsi/iqn.2020-01.demo.ceph:mypool/tpg1/ set \
> attribute generate_node_acls=1
# targetcli /iscsi/iqn.2020-01.demo.ceph:mypool/tpg1/ set \
> attribute cache_dynamic_acls=1

कॉन्फ़िगरेशन सहेजें:

# targetcli saveconfig

लक्ष्य की उपलब्धता की जाँच करें:

# iscsiadm -m discovery -t st -p 127.0.0.1:3260
127.0.0.1:3260,1 iqn.2020-01.demo.ceph:mypool

हम लक्ष्य को जोड़ते हैं:

# iscsiadm -m node --login
Logging in to [iface: default, target: iqn.2020-01.demo.ceph:mypool, portal: 127.0.0.1,3260] (multiple)
Login to [iface: default, target: iqn.2020-01.demo.ceph:mypool, portal: 127.0.0.1,3260] successful.

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

# iscsiadm -m node --logout
# iscsiadm -m discoverydb -o delete -t st -p 127.0.0.1:3260

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

सबसे पहले, मेजबान को आरबीडी छवियों के स्वचालित कनेक्शन को कॉन्फ़िगर करें। यह / etc / ceph / rbdmap फ़ाइल में लाइनें जोड़कर किया जाता है:

# cat /etc/ceph/rbdmap
# RbdDevice Parameters
mypool/myimage id=admin
# systemctl enable rbdmap

लक्ष्य के कॉन्फ़िगरेशन को पुनर्स्थापित करना थोड़ा अधिक जटिल है - हमें सिस्टमड के लिए इकाई लिखने की आवश्यकता है, जो कॉन्फ़िगरेशन को पुनर्स्थापित करेगा:

# cat /usr/lib/systemd/system/scsi-target.service
[Unit]
Description=Start iSCSI target

After=network-online.target rbdmap.service
Before=remote-fs-pre.target
Wants=network-online.target remote-fs-pre.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/targetcli restoreconfig

[Install]
WantedBy=multi-user.target

# systemctl daemon-reload
# systemctl enable scsi-target

अंतिम परीक्षण - एक बार फिर हम अपने मॉनिटर को रिबूट करते हैं (यह अब एक iSCSI लक्ष्य है)। यह ध्यान दिया जाना चाहिए कि यदि हमने कमांड iscsiadm -n searchdb -o डिलीट के साथ सर्जक बेस को क्लीयर नहीं किया है ... हमें एक सर्वर मिल सकता है जो लोड नहीं हो रहा था या लंबे समय से लोड हो रहा था।

क्या बचा है?

सर्वर पर आरंभकर्ता को कॉन्फ़िगर करें जहां हम लक्ष्य जमा करना चाहते हैं।

हमारे लक्ष्य की लचीलापन कैसे सुनिश्चित करें?

आप इसी तरह अन्य मॉनिटरों पर लक्ष्य कॉन्फ़िगर कर सकते हैं और मल्टीथ को व्यवस्थित कर सकते हैं (vmware इसे समझेगा और काम भी करेगा, हाइपर- V समझ नहीं पाएगा - SCSI ताले की आवश्यकता है)। चूंकि कर्नेल से सिफ क्लाइंट कैशिंग का उपयोग नहीं करता है, यह काफी कार्यात्मक है। या एक अन्य विकल्प तीन घटकों के क्लस्टर संसाधन बनाना है - एक समर्पित लक्ष्य आईपी पता और rbdmap और scsi- लक्ष्य सेवाएं, और क्लस्टरिंग टूल के माध्यम से इस संसाधन का प्रबंधन करें (जिन्होंने पेसमेकर कहा है?)

एक आफ्टरवर्ड के बजाय

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

मुझे उम्मीद है कि भले ही आप इस पूरे प्रयोग को पूरा न दोहराएं, लेकिन इस लेख से कम से कम कुछ तो आपके लिए उपयोगी होगा।