🥇Ceph मार्फत iSCSI - वा ह्यामकमा उभिएर स्कीइङ

के हामी माझ (tsefovodov) को "व्यावसायिक चरम" मन पर्दैन?

यो असम्भव छ - अन्यथा हामी यो अत्यन्तै चाखलाग्दो र हास्यास्पद उत्पादनको वरिपरि टम्बलिंग हुने छैनौं।

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

त्यसैले, दिइएको छ:

पहिले नै चलिरहेको Ceph क्लस्टर
पहिले नै अवस्थित छवि जुन iSCSI मार्फत सेवा गरिनु पर्छ
पोखरी नाम mypool, छवि नाम मेरो तस्वीर

सुरु गर्ने?

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

सौभाग्यवश, Ceph क्लस्टरमा हामीसँग कम्तिमा एउटा कम्पोनेन्ट छ जसको IP ठेगाना निश्चित छ र जसमा Ceph को सबैभन्दा महत्त्वपूर्ण कम्पोनेन्ट कन्फिगर गरिएको छ, र त्यो कम्पोनेन्ट मोनिटर हो। तदनुसार, हामी मोनिटरमा iSCSI लक्ष्य स्थापना गर्छौं (र एकै समयमा, कम्तिमा परीक्षणको लागि)। मैले यो CentOS मा गरें, तर समाधान कुनै पनि अन्य वितरणको लागि पनि उपयुक्त छ - तपाईंले आफ्नो वितरणमा स्वीकार्य हुने तरिकामा प्याकेजहरू स्थापना गर्न आवश्यक छ।

# yum -y install iscsi-initiator-utils targetcli

स्थापित प्याकेजहरूको उद्देश्य के हो?

targetcli — लिनक्स कर्नेलमा निर्मित SCSI लक्ष्य प्रबन्ध गर्नको लागि उपयोगिता
iscsi-initiator-utils — लिनक्स कर्नेलमा निर्मित iSCSI प्रारम्भकर्ता व्यवस्थापन गर्न प्रयोग गरिएका उपयोगिताहरूसँगको प्याकेज

सुरुवातकर्तालाई iSCSI मार्फत छवि पेश गर्न, घटनाहरूको विकासको लागि दुई विकल्पहरू छन् - लक्ष्यको प्रयोगकर्तास्पेस ब्याकइन्ड प्रयोग गर्नुहोस् वा छविलाई अपरेटिङ सिस्टममा देखिने ब्लक उपकरणको रूपमा जडान गर्नुहोस् र यसलाई iSCSI मार्फत निर्यात गर्नुहोस्। हामी दोस्रो बाटो जानेछौं - प्रयोगकर्तास्पेस ब्याकइन्ड अझै पनि "प्रयोगात्मक" अवस्थामा छ र उत्पादनशील प्रयोगको लागि थोरै तयार छैन। यसको अतिरिक्त, त्यहाँ यसको साथ समस्याहरू छन्, जसको बारेमा तपाईं धेरै कुरा गर्न सक्नुहुन्छ र (ओह डरावनी!) तर्क गर्न सक्नुहुन्छ।

यदि हामीले लामो समर्थन चक्रको साथ केही हदसम्म स्थिर वितरण पनि प्रयोग गर्छौं भने, हामीसँग भएको कर्नेल केही पुरानो, पुरानो संस्करण हो। उदाहरण को लागी, CentOS7 मा यो 3.10.* छ, CentOS8 मा यो 4.19 हो। र हामी कम्तिमा 5.3 (वा बरु 5.4) र नयाँको कर्नेलमा रुचि राख्छौं। किन? किनभने पूर्वनिर्धारित रूपमा Ceph छविहरूमा विकल्पहरूको सेट सक्षम गरिएको छ जुन पुरानो कर्नेलहरूसँग मिल्दैन। यसको मतलब हामीले हाम्रो वितरणको लागि नयाँ कर्नेलसँग भण्डार जडान गर्छौं (उदाहरणका लागि, CentOS को लागि यो elrepo हो), नयाँ कर्नेल स्थापना गर्नुहोस् र नयाँ कर्नेलसँग काम गर्न प्रणाली रिबुट गर्नुहोस्:

प्रयोगको लागि चयन गरिएको मनिटरमा जडान गर्नुहोस्
हामी निर्देशनहरू अनुसार 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 सँग सम्बन्धित डिस्क १ नामको ब्याकइन्ड सिर्जना गर्नुहोस्। निर्दिष्ट फाइल udev डेमन द्वारा /dev/rbd1 मा स्वचालित रूपमा सिर्जना गरिएको प्रतीकात्मक लिङ्क हो। हामी एक प्रतीकात्मक लिङ्क प्रयोग गर्छौं किनभने 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-target सेवाहरू, र क्लस्टरिङ उपकरणहरू (कसले पेसमेकर भन्नुभयो?) मार्फत यो स्रोत व्यवस्थापन गर्नुहोस्।

यसको सट्टा पछि

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

मलाई आशा छ कि यदि तपाईले यो सम्पूर्ण प्रयोगलाई पूर्ण रूपमा दोहोर्याउनुभएन भने पनि, कम्तिमा यस लेखबाट केहि तपाईको लागि उपयोगी हुनेछ।

स्रोत: www.habr.com

iSCSI मार्फत Ceph - वा ह्यामकमा उभिएर स्कीइङ

यसको सट्टा पछि

एक टिप्पणी थप्न Отменить ответ