🥇Ceph द्वारे iSCSI - किंवा हॅमॉकमध्ये उभे असताना स्कीइंग

आपल्यामध्ये असे काही आहेत का (त्सेफोवोडोव्ह) ज्यांना “व्यावसायिक टोकाची” आवडत नाही?

हे संभवनीय नाही - अन्यथा आम्ही या अत्यंत मनोरंजक आणि मजेदार उत्पादनासह गडगडणार नाही.

Ceph च्या ऑपरेशनमध्ये सामील असलेल्यांपैकी बरेच जण वारंवार (किंवा अगदी क्वचितच) पण कधी कधी मागणीच्या बाबतीत - Ceph ला iSCSI किंवा FC द्वारे जोडणारे आढळले आहेत. कशासाठी? ठीक आहे, उदाहरणार्थ, सेफ वरून विंडोज किंवा सोलारिस सर्व्हरवर एक प्रतिमा सबमिट करा जी अद्याप काही कारणास्तव आभासीकरण केलेली नाही. किंवा व्हर्च्युअलाइज्ड, परंतु हायपरवाइजर वापरणे जे Ceph करू शकत नाही - आणि, जसे आम्हाला माहित आहे, त्यापैकी भरपूर आहेत. उदाहरणार्थ? ठीक आहे, उदाहरणार्थ, HyperV किंवा ESXi, जे सक्रियपणे वापरले जातात. आणि जर सेफकडून अतिथी मशीनवर प्रतिमा देण्याचे कार्य उद्भवले तर हे एक अतिशय रोमांचक कार्य बनते.

तर, दिले:

आधीच चालू असलेला Ceph क्लस्टर
आधीच अस्तित्वात असलेली प्रतिमा जी iSCSI द्वारे दिली जाणे आवश्यक आहे
तलावाचे नाव मायपूल, प्रतिमेचे नाव मायमेज

सुरू?

सर्वप्रथम, जेव्हा आपण FC किंवा iSCSI बद्दल बोलतो, तेव्हा आमच्याकडे इनिशिएटर आणि टार्गेट सारख्या संस्था असतात. टार्गेट हा प्रत्यक्षात सर्व्हर आहे, इनिशिएटर हा क्लायंट आहे. आमचे कार्य किमान प्रयत्नात आरंभकर्त्याला Ceph प्रतिमा सबमिट करणे आहे. याचा अर्थ आपण लक्ष्याचा विस्तार केला पाहिजे. पण कुठे, कोणत्या संगणकावर?

सुदैवाने, Ceph क्लस्टरमध्ये आमच्याकडे किमान एक घटक असतो ज्याचा IP पत्ता निश्चित केलेला असतो आणि ज्यावर Ceph चा सर्वात महत्वाचा घटक कॉन्फिगर केलेला असतो आणि तो घटक म्हणजे मॉनिटर. त्यानुसार, आम्ही मॉनिटरवर एक iSCSI लक्ष्य स्थापित करतो (आणि त्याच वेळी एक आरंभकर्ता, किमान चाचण्यांसाठी). मी हे CentOS वर केले आहे, परंतु उपाय इतर कोणत्याही वितरणासाठी देखील योग्य आहे - तुम्हाला फक्त तुमच्या वितरणात स्वीकार्य असलेल्या मार्गाने पॅकेजेस स्थापित करणे आवश्यक आहे.

# yum -y install iscsi-initiator-utils targetcli

स्थापित पॅकेजेसचा उद्देश काय आहे?

targetcli — Linux कर्नलमध्ये तयार केलेले SCSI लक्ष्य व्यवस्थापित करण्यासाठी उपयुक्तता
iscsi-initiator-utils — Linux कर्नलमध्ये तयार केलेले iSCSI इनिशिएटर व्यवस्थापित करण्यासाठी वापरल्या जाणार्‍या युटिलिटिजसह पॅकेज

इनिशिएटरला iSCSI द्वारे प्रतिमा सबमिट करण्यासाठी, इव्हेंटच्या विकासासाठी दोन पर्याय आहेत - लक्ष्याचा वापरकर्ता स्पेस बॅकएंड वापरा किंवा ऑपरेटिंग सिस्टमला दिसणारे ब्लॉक डिव्हाइस म्हणून इमेज कनेक्ट करा आणि iSCSI द्वारे निर्यात करा. आम्ही दुसऱ्या मार्गावर जाऊ - यूजरस्पेस बॅकएंड अजूनही "प्रायोगिक" स्थितीत आहे आणि उत्पादक वापरासाठी थोडासा तयार नाही. याव्यतिरिक्त, त्यात काही तोटे आहेत, ज्याबद्दल आपण खूप बोलू शकता आणि (अरे भयपट!) वाद घालू शकता.

जर आपण दीर्घ समर्थन चक्रासह काहीसे स्थिर वितरण देखील वापरत असू, तर आपल्याजवळ असलेले कर्नल काही प्राचीन, प्राचीन आवृत्ती आहे. उदाहरणार्थ, CentOS7 मध्ये ते 3.10.* आहे, CentOS8 मध्ये ते 4.19 आहे. आणि आम्हाला कमीतकमी 5.3 (किंवा त्याऐवजी 5.4) आणि नवीन कर्नलमध्ये स्वारस्य आहे. का? कारण पूर्वनिर्धारितपणे Ceph प्रतिमांमध्ये पर्यायांचा संच सक्षम केलेला असतो जो जुन्या कर्नलशी सुसंगत नसतो. याचा अर्थ आम्ही आमच्या वितरणासाठी नवीन कर्नलसह भांडार कनेक्ट करतो (उदाहरणार्थ, CentOS साठी हे elrepo आहे), नवीन कर्नल स्थापित करा आणि नवीन कर्नलसह कार्य करण्यासाठी सिस्टम रीबूट करा:

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

ब्लॉक डिव्हाइस म्हणून प्रतिमा कनेक्ट करत आहे

# rbd map mypool/myimage /dev/rbd0

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

/dev/rbd/mypool/myimage फाइलशी संबंधित disk1 नावाचा बॅकएंड तयार करा. निर्दिष्ट फाइल ही udev डिमन द्वारे /dev/rbd0 वर स्वयंचलितपणे तयार केलेली प्रतीकात्मक लिंक आहे. आम्ही प्रतिकात्मक दुवा वापरतो कारण rbd उपकरणाचे नाव ज्या क्रमाने Ceph प्रतिमा होस्टशी जोडलेले आहे त्यानुसार बदलू शकते.

बॅकएंड तयार करा:

# 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.

तुम्ही सर्वकाही योग्यरित्या केले असल्यास, सर्व्हरवर एक नवीन डिस्क दिसेल, जी SCSI उपकरणासारखी दिसते, परंतु प्रत्यक्षात Ceph ची प्रतिमा आहे, iSCSI लक्ष्याद्वारे प्रवेश केला जातो. बूट समस्या टाळण्यासाठी, कनेक्ट केलेली डिस्क आणि स्थानिक आरंभकाकडून आढळलेले लक्ष्य काढून टाकणे चांगले आहे:

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

बाकी फक्त कॉन्फिगरेशन टिकवून ठेवण्यासाठी आहे जेणेकरुन प्रतिमा आपोआप कनेक्ट होईल आणि कनेक्शननंतर, लक्ष्य स्तरीकृत होईल. लक्ष्य लाँच करण्यामध्ये दोन पायऱ्या असतात - RBD ला जोडणे आणि प्रत्यक्षात लक्ष्य लाँच करणे.

प्रथम, होस्टला RBD प्रतिमांचे स्वयंचलित कनेक्शन कॉन्फिगर करूया. हे खालील ओळी /etc/ceph/rbdmap फाइलमध्ये जोडून केले जाते:

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

लक्ष्य कॉन्फिगरेशन पुनर्संचयित करणे थोडे अधिक क्लिष्ट आहे - आम्हाला systemd साठी एक युनिट लिहावे लागेल जे कॉन्फिगरेशन पुनर्संचयित करेल:

# 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 discoverydb -o हटवा ... तुम्‍हाला असा सर्व्हर मिळू शकतो जो लोड होत नाही किंवा लोड होण्‍यास बराच वेळ लागतो.

काय बाकी आहे?

आम्ही लक्ष्य पाठवू इच्छित असलेल्या सर्व्हरवर आरंभकर्ता कॉन्फिगर करा.

आमच्या लक्ष्याची दोष सहिष्णुता कशी सुनिश्चित करावी?

तुम्ही त्याचप्रमाणे इतर मॉनिटर्सवर टार्गेट्स कॉन्फिगर करू शकता आणि मल्टीपाथ सेट करू शकता (vmware हे समजेल आणि कार्य देखील करेल, Hyper-V समजणार नाही - यासाठी SCSI लॉक आवश्यक आहेत). कर्नलमधील Ceph क्लायंट कॅशिंग वापरत नसल्यामुळे, हे कार्य करण्यायोग्य आहे. किंवा दुसरा पर्याय म्हणजे तीन घटकांचे क्लस्टर संसाधन तयार करणे - एक समर्पित लक्ष्य IP पत्ता आणि rbdmap आणि scsi-लक्ष्य सेवा आणि क्लस्टरिंग टूल्सद्वारे हे संसाधन व्यवस्थापित करणे (पेसमेकर कोणी सांगितले?)

ऐवजी उपखंडाऐवजी

जसे स्पष्ट आहे, हा लेख थोडा विनोदाचा आहे - परंतु त्यामध्ये मी "त्वरीत आणि उदाहरणांसह" एकाच वेळी बर्‍याच लोकप्रिय विषयांवर विचार करण्याचा प्रयत्न केला - iSCSI लक्ष्य, जे कदाचित Ceph प्रतिमा निर्यात करणे आवश्यक नाही - परंतु उदाहरणार्थ, एक्सपोर्ट एलव्हीएम व्हॉल्यूम, आयएससीएसआय इनिशिएटरसह काम करण्याच्या मूलभूत गोष्टी (लक्ष्य कसे स्कॅन करावे, लक्ष्याशी कसे कनेक्ट करावे, डिस्कनेक्ट कसे करावे, डेटाबेसमधून लक्ष्य एंट्री कशी हटवावी), systemd आणि काही इतरांसाठी आपले स्वतःचे युनिट लिहा.

मला आशा आहे की तुम्ही या संपूर्ण प्रयोगाची संपूर्ण पुनरावृत्ती केली नाही तरी, या लेखातील काही तरी तुमच्यासाठी उपयुक्त ठरेल.

स्त्रोत: www.habr.com

iSCSI द्वारे Ceph - किंवा हॅमॉकमध्ये उभे असताना स्कीइंग

ऐवजी उपखंडाऐवजी

एक टिप्पणी जोडा Отменить ответ