🏏 🌁 🍏 लिनक्स, भाग 2 पर विश्वसनीय ISCSI संग्रहण का निर्माण ✍🏿 😼 🌬️

जारी रखने के लिए

हम क्लस्टर का निर्माण जारी रखते हैं, जो पहले भाग में शुरू हुआ था।
इस बार मैं एक क्लस्टर स्थापित करने के बारे में बात करूंगा।

पिछली बार, हमने DRBD सिंक्रोनाइज़ेशन शुरू किया था।
यदि हमने दोनों संसाधनों के लिए एक ही सर्वर को प्राथमिक सर्वर के रूप में चुना है, तो सिंक्रनाइज़ेशन पूरा होने के बाद हमें कुछ ऐसा देखना चाहिए जैसे / proc / drdd :

# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by root@debian-service, 2013-04-30 07:43:49 0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate B r----- ns:0 nr:190397036 dw:190397036 dr:1400144904 al:0 bm:4942 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0 1: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate B r----- ns:0 nr:720487828 dw:720485956 dr:34275816 al:0 bm:3749 lo:468 pe:0 ua:0 ap:0 ep:1 wo:d oos:0

यहाँ सबसे दिलचस्प क्षेत्र ds है: UpToDate / UpToDate , जिसका अर्थ है कि स्थानीय और दूरस्थ दोनों प्रतियाँ प्रासंगिक हैं।

उसके बाद, हम संसाधनों को माध्यमिक मोड में स्थानांतरित करेंगे - फिर क्लस्टर उन्हें प्रबंधित करेगा:

 # drbdadm secondary VM_STORAGE_1 # drbdadm secondary VM_STORAGE_2

पेसमेकर

तो, क्लस्टर प्रबंधक।

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

इंस्टॉल करना:

 # apt-get install pacemaker

Corosync

पेसमेकर क्लस्टर नोड्स के बीच संवाद करने के लिए कोरोसिंक बुनियादी ढांचे का उपयोग करता है, इसलिए आपको पहले इसे कॉन्फ़िगर करने की आवश्यकता होगी।

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

इसलिए, हम क्लस्टर कनेक्टिविटी सुनिश्चित करने के लिए प्रतिकृति और बाहरी इंटरफेस दोनों का उपयोग करेंगे।

चलो सेट करते हैं

सबसे पहले आपको एक प्राधिकरण कुंजी उत्पन्न करनी होगी:

 # corosync-keygen

इसे दोनों सर्वरों पर नाम / etc / corosync / schemkey के तहत डालना होगा।

अगला, एक विन्यास बनाएं, यह दोनों नोड्स पर समान होना चाहिए:

/etc/corosync/corosync.conf

 compatibility: none totem { version: 2 secauth: on threads: 3 rrp_mode: active transport: udpu interface { member { memberaddr: 10.1.0.100 } member { memberaddr: 10.1.0.200 } ringnumber: 0 bindnetaddr: 10.1.0.0 mcastport: 5405 ttl: 1 } interface { member { memberaddr: 192.168.123.100 } member { memberaddr: 192.168.123.200 } ringnumber: 1 bindnetaddr: 192.168.123.0 mcastport: 5407 ttl: 1 } } amf { mode: disabled } service { ver: 1 name: pacemaker } aisexec { user: root group: root } logging { syslog_priority: warning fileline: off to_stderr: yes to_logfile: no to_syslog: yes syslog_facility: daemon debug: off timestamp: on logger_subsys { subsys: AMF debug: off tags: enter|leave|trace1|trace2|trace3|trace4|trace6 } }

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

यही है, आप पेसमेकर चला सकते हैं (यह सबसे पहले कोरोसिंक लॉन्च करेगा)।

 # /etc/init.d/pacemaker start

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

आइए देखें वर्तमान स्थिति:

 # crm status ============ Last updated: Mon Jan 20 15:33:29 2014 Last change: Fri Jan 17 18:30:48 2014 via cibadmin on server1 Stack: openais Current DC: server1 - partition WITHOUT quorum Version: 1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff 2 Nodes configured, 2 expected votes 0 Resources configured. ============ Online: [ server1 server2 ]

यदि सब कुछ ऐसा है, तो कनेक्शन स्थापित है और नोड एक दूसरे को देखते हैं।

अब हमें SCST का प्रबंधन करने के लिए संसाधनों की आवश्यकता है।
मैंने एक बार उन्हें इंटरनेट पर कहीं पाया, मेरी जरूरतों को पूरा करने के लिए संशोधित किया और जीथब पर पोस्ट किया।

वहाँ से हमें दो फ़ाइलों की आवश्यकता होगी:

SCSTLun - डिवाइस निर्माण को नियंत्रित करता है
SCSTTarget - iSCSI लक्ष्य के निर्माण को नियंत्रित करता है

ये वास्तव में, साधारण बैश स्क्रिप्ट हैं जो सरल पेसमेकर एपीआई को लागू करती हैं।
उन्हें /usr/lib/ocf/resource.d/heartbeat में रखें ताकि क्लस्टर प्रबंधक उन्हें देख सके।

अगला, crm चलाएं और कॉन्फ़िगरेशन मोड दर्ज करें:

 # crm crm(live)# configure crm(live)configure# edit

एक पाठ संपादक (आमतौर पर नैनो) खुलता है और आप संसाधनों और उनकी बातचीत का वर्णन करना शुरू कर सकते हैं।

मैं एक उदाहरण विन्यास दूंगा:

 node server1 node server2 primitive DRBD_VM_STORAGE_1 ocf:linbit:drbd \ params drbd_resource="VM_STORAGE_1" drbdconf="/etc/drbd.conf" \ op monitor interval="29" role="Master" \ op monitor interval="31" role="Slave" primitive DRBD_VM_STORAGE_2 ocf:linbit:drbd \ params drbd_resource="VM_STORAGE_2" drbdconf="/etc/drbd.conf" \ op monitor interval="29" role="Master" \ op monitor interval="31" role="Slave" primitive IP_iSCSI_1_1 ocf:heartbeat:IPaddr2 \ params ip="10.1.24.10" cidr_netmask="24" nic="int1.24" \ op monitor interval="10s" primitive IP_iSCSI_1_2 ocf:heartbeat:IPaddr2 \ params ip="10.1.25.10" cidr_netmask="24" nic="int2.25" \ op monitor interval="10s" primitive IP_iSCSI_1_3 ocf:heartbeat:IPaddr2 \ params ip="10.1.26.10" cidr_netmask="24" nic="int3.26" \ op monitor interval="10s" primitive IP_iSCSI_1_4 ocf:heartbeat:IPaddr2 \ params ip="10.1.27.10" cidr_netmask="24" nic="int4.27" \ op monitor interval="10s" primitive IP_iSCSI_1_5 ocf:heartbeat:IPaddr2 \ params ip="10.1.28.10" cidr_netmask="24" nic="int5.28" \ op monitor interval="10s" primitive IP_iSCSI_1_6 ocf:heartbeat:IPaddr2 \ params ip="10.1.29.10" cidr_netmask="24" nic="int6.29" \ op monitor interval="10s" primitive IP_iSCSI_2_1 ocf:heartbeat:IPaddr2 \ params ip="10.1.24.20" cidr_netmask="24" nic="int1.24" \ op monitor interval="10s" primitive IP_iSCSI_2_2 ocf:heartbeat:IPaddr2 \ params ip="10.1.25.20" cidr_netmask="24" nic="int2.25" \ op monitor interval="10s" primitive IP_iSCSI_2_3 ocf:heartbeat:IPaddr2 \ params ip="10.1.26.20" cidr_netmask="24" nic="int3.26" \ op monitor interval="10s" primitive IP_iSCSI_2_4 ocf:heartbeat:IPaddr2 \ params ip="10.1.27.20" cidr_netmask="24" nic="int4.27" \ op monitor interval="10s" primitive IP_iSCSI_2_5 ocf:heartbeat:IPaddr2 \ params ip="10.1.28.20" cidr_netmask="24" nic="int5.28" \ op monitor interval="10s" primitive IP_iSCSI_2_6 ocf:heartbeat:IPaddr2 \ params ip="10.1.29.20" cidr_netmask="24" nic="int6.29" \ op monitor interval="10s" primitive ISCSI_LUN_VM_STORAGE_1 ocf:heartbeat:SCSTLun \ params iqn="iqn.2011-04.ru.domain:VM_STORAGE_1" device_name="VM_STORAGE_1" \ lun="0" path="/dev/drbd0" handler="vdisk_fileio" primitive ISCSI_LUN_VM_STORAGE_2 ocf:heartbeat:SCSTLun \ params iqn="iqn.2011-04.ru.domain:VM_STORAGE_2" device_name="VM_STORAGE_2" \ lun="0" path="/dev/drbd1" handler="vdisk_fileio" primitive ISCSI_TGT_VM_STORAGE_1 ocf:heartbeat:SCSTTarget \ params iqn="iqn.2011-04.ru.domain:VM_STORAGE_1" \ portals="10.1.24.10 10.1.25.10 10.1.26.10 10.1.27.10 10.1.28.10 10.1.29.10" \ tgtoptions="InitialR2T=No ImmediateData=Yes MaxRecvDataSegmentLength=1048576 MaxXmitDataSegmentLength=1048576 MaxBurstLength=1048576 FirstBurstLength=524284 MaxOutstandingR2T=32 HeaderDigest=CRC32C DataDigest=CRC32C QueuedCommands=32 io_grouping_type=never" \ op monitor interval="10s" timeout="60s" primitive ISCSI_TGT_VM_STORAGE_2 ocf:heartbeat:SCSTTarget \ params iqn="iqn.2011-04.ru.domain:VM_STORAGE_2" \ portals="10.1.24.20 10.1.25.20 10.1.26.20 10.1.27.20 10.1.28.20 10.1.29.20" \ tgtoptions="InitialR2T=No ImmediateData=Yes MaxRecvDataSegmentLength=1048576 MaxXmitDataSegmentLength=1048576 MaxBurstLength=1048576 FirstBurstLength=524284 MaxOutstandingR2T=32 HeaderDigest=CRC32C DataDigest=CRC32C QueuedCommands=32 io_grouping_type=never" \ op monitor interval="10s" timeout="60s" group GROUP_ISCSI_1 IP_iSCSI_1_1 IP_iSCSI_1_2 IP_iSCSI_1_3 IP_iSCSI_1_4 \ IP_iSCSI_1_5 IP_iSCSI_1_6 ISCSI_TGT_VM_STORAGE_1 ISCSI_LUN_VM_STORAGE_1 group GROUP_ISCSI_2 IP_iSCSI_2_1 IP_iSCSI_2_2 IP_iSCSI_2_3 IP_iSCSI_2_4 \ IP_iSCSI_2_5 IP_iSCSI_2_6 ISCSI_TGT_VM_STORAGE_2 ISCSI_LUN_VM_STORAGE_2 ms MS_DRBD_VM_STORAGE_1 DRBD_VM_STORAGE_1 \ meta master-max="1" master-node-max="1" clone-max="2" clone-node-max="1" \ notify="true" target-role="Master" ms MS_DRBD_VM_STORAGE_2 DRBD_VM_STORAGE_2 \ meta master-max="1" master-node-max="1" clone-max="2" clone-node-max="1" \ notify="true" target-role="Master" location PREFER-1 MS_DRBD_VM_STORAGE_1 50: server1 location PREFER-2 MS_DRBD_VM_STORAGE_2 50: server2 colocation COLOC_ALL_1 inf: GROUP_ISCSI_1 MS_DRBD_VM_STORAGE_1:Master colocation COLOC_ALL_2 inf: GROUP_ISCSI_2 MS_DRBD_VM_STORAGE_2:Master order ORDER_ALL_1 inf: MS_DRBD_VM_STORAGE_1:promote GROUP_ISCSI_1:start order ORDER_ALL_2 inf: MS_DRBD_VM_STORAGE_2:promote GROUP_ISCSI_2:start property $id="cib-bootstrap-options" \ dc-version="1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff" \ cluster-infrastructure="openais" \ expected-quorum-votes="2" \ stonith-enabled="false" \ no-quorum-policy="ignore" \ default-action-timeout="240" \ last-lrm-refresh="1367942459" rsc_defaults $id="rsc-options" \ resource-stickiness="100"

सामान्य क्लस्टर सेटिंग्स

वे बहुत नीचे हैं। यहाँ महत्वपूर्ण है, नो-कोरम-नीति = "अनदेखा" और अपेक्षित-कोरम-वोट = "2" - हमारे पास 2 सर्वरों का एक समूह है और यहाँ एक कोरम नहीं हो सकता है, इसलिए, इसे अनदेखा करें।

साधन

आमतौर पर एक संसाधन में दो राज्य हो सकते हैं - चालू या बंद, प्रारंभ / बंद।
उदाहरण के लिए, ओफ़्फ़: दिल की धड़कन: IPaddr2 इंटरफेस पर आईपी पते उठाता है और उन्हें हटाता है, और आरपी टेबल को अपडेट करने के लिए आभारी एआरपी भी भेजता है। हम इस संसाधन के लिए आईपी पता, मुखौटा और इंटरफ़ेस निर्दिष्ट करते हैं।

विशेष संसाधन भी हैं, उदाहरण के लिए DRBD ( ocf: linbit: drbd ), जिसमें मास्टर / स्लेव मोड हैं।
जब नोड सक्रिय मोड में जाता है, तो क्लस्टर प्रबंधक संसाधन को मास्टर मोड में डाल देगा और इसके विपरीत। DRBD माध्यमिक से प्राथमिक में बदल जाएगा। उसके लिए, हम संसाधन के नाम और DRBD कॉन्फिगर के पथ को दर्शाते हैं (शायद इसे छोड़ा जा सकता है, मुझे ठीक से याद नहीं है)।

आगे हमारे स्व-लिखित संसाधन आते हैं।
Ocf के लिए: दिल की धड़कन: SCSTLun, हम उस लक्ष्य के IQN को निर्दिष्ट करते हैं जिसमें इसे जोड़ा जाएगा, डिवाइस का नाम , LUN नंबर (लक्ष्य में LUN 0 होना चाहिए, अन्यथा कुछ सर्जकों को उड़ा दिया जाएगा), निर्यात किए गए डिवाइस का मार्ग और एक हैंडलर ।

हमें हैंडलर पर अधिक विस्तार से ध्यान देने की आवश्यकता है - यह वह तरीका है जो SCST हमारे डिवाइस के साथ काम करेगा।

दिलचस्प लोगों में से:

डिस्क - वास्तव में, यह SCSI कमांड का सीधा आगे सर्जक से SCSI डिवाइस के लिए सबसे आसान मोड है, लेकिन यह केवल वास्तविक SCSI डिवाइस के साथ काम करता है, यह हमें सूट नहीं करता है, क्योंकि एक DRBD डिवाइस निर्यात करें
vdisk_blockio - ऑपरेटिंग सिस्टम के पेज-कैश को दरकिनार करके डिवाइस को ब्लॉक डिवाइस के रूप में खोलता है। यदि आपको I / O को कैश करने की आवश्यकता नहीं है, तो इसका उपयोग किया जाता है।
vdisk_fileio - डिवाइस को एक फ़ाइल के रूप में खोलता है, जिससे आप ऑपरेटिंग सिस्टम के पेज-कैश, सबसे अधिक उत्पादक मोड का उपयोग कर सकते हैं और इसे चुन सकते हैं।

Vdisk_fileio का एक महत्वपूर्ण पैरामीटर है जो गति को प्रभावित करता है - nv_cache = 1 , यह SCSTLUN में कठिन पंजीकृत है।
यह पैरामीटर SCST को डिवाइस को कैश फ्लश करने के लिए सर्जक कमांड को अनदेखा करने के लिए कहता है। संभावित रूप से, इससे स्टोरेज आउटेज की स्थिति में डेटा हानि हो सकती है। सर्जक सोचेंगे कि डेटा डिस्क पर है, और वे अभी भी मेमोरी में हैं। इसलिए अपने जोखिम पर उपयोग करें।

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

संसाधनों को शुरू करने और रोकने के दौरान क्लस्टर व्यवहार के लिए जिम्मेदार निर्देश:

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

संसाधन स्थापित करने के बाद, संपादक से बाहर निकलें और परिवर्तनों को लागू करें:

 crm(live)configure# commit crm(live)configure# exit

उसके बाद, आप वर्तमान स्थिति देख सकते हैं:

 # crm status ============ Last updated: Mon Jan 20 17:04:04 2014 Last change: Thu Jul 25 13:59:27 2013 via crm_resource on server1 Stack: openais Current DC: server1 - partition with quorum Version: 1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff 2 Nodes configured, 2 expected votes 20 Resources configured. ============ Online: [ server1 server2 ] Resource Group: GROUP_ISCSI_1 IP_iSCSI_1_1 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_1_2 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_1_3 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_1_4 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_1_5 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_1_6 (ocf::heartbeat:IPaddr2): Stopped ISCSI_TGT_VM_STORAGE_1 (ocf::heartbeat:SCSTTarget): Stopped ISCSI_LUN_VM_STORAGE_1 (ocf::heartbeat:SCSTLun): Stopped Resource Group: GROUP_ISCSI_2 IP_iSCSI_2_1 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_2_2 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_2_3 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_2_4 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_2_5 (ocf::heartbeat:IPaddr2): Stopped IP_iSCSI_2_6 (ocf::heartbeat:IPaddr2): Stopped ISCSI_TGT_VM_STORAGE_2 (ocf::heartbeat:SCSTTarget): Stopped ISCSI_LUN_VM_STORAGE_2 (ocf::heartbeat:SCSTLun): Stopped Master/Slave Set: MS_DRBD_VM_STORAGE_1 [DRBD_VM_STORAGE_1] Slaves: [ server1 server2 ] Master/Slave Set: MS_DRBD_VM_STORAGE_2 [DRBD_VM_STORAGE_2] Slaves: [ server1 server2 ]

हम देखते हैं कि संसाधन निष्क्रिय हैं, दास (माध्यमिक) मोड में DRBD।

अब आप उन्हें सक्रिय करने का प्रयास कर सकते हैं:

 # crm resource start MS_DRBD_VM_STORAGE_1 # crm resource start MS_DRBD_VM_STORAGE_2

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

हम परिणाम को देखते हैं:

 # crm status ============ Last updated: Tue Jan 21 11:54:46 2014 Last change: Thu Jul 25 13:59:27 2013 via crm_resource on server1 Stack: openais Current DC: server1 - partition with quorum Version: 1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff 2 Nodes configured, 2 expected votes 20 Resources configured. ============ Online: [ server1 server2 ] Resource Group: GROUP_ISCSI_1 IP_iSCSI_1_1 (ocf::heartbeat:IPaddr2): Started server1 IP_iSCSI_1_2 (ocf::heartbeat:IPaddr2): Started server1 IP_iSCSI_1_3 (ocf::heartbeat:IPaddr2): Started server1 IP_iSCSI_1_4 (ocf::heartbeat:IPaddr2): Started server1 IP_iSCSI_1_5 (ocf::heartbeat:IPaddr2): Started server1 IP_iSCSI_1_6 (ocf::heartbeat:IPaddr2): Started server1 ISCSI_TGT_VM_STORAGE_1 (ocf::heartbeat:SCSTTarget): Started server1 ISCSI_LUN_VM_STORAGE_1 (ocf::heartbeat:SCSTLun): Started server1 Resource Group: GROUP_ISCSI_2 IP_iSCSI_2_1 (ocf::heartbeat:IPaddr2): Started server2 IP_iSCSI_2_2 (ocf::heartbeat:IPaddr2): Started server2 IP_iSCSI_2_3 (ocf::heartbeat:IPaddr2): Started server2 IP_iSCSI_2_4 (ocf::heartbeat:IPaddr2): Started server2 IP_iSCSI_2_5 (ocf::heartbeat:IPaddr2): Started server2 IP_iSCSI_2_6 (ocf::heartbeat:IPaddr2): Started server2 ISCSI_TGT_VM_STORAGE_2 (ocf::heartbeat:SCSTTarget): Started server2 ISCSI_LUN_VM_STORAGE_2 (ocf::heartbeat:SCSTLun): Started server2 Master/Slave Set: MS_DRBD_VM_STORAGE_1 [DRBD_VM_STORAGE_1] Masters: [ server1 ] Slaves: [ server2 ] Master/Slave Set: MS_DRBD_VM_STORAGE_2 [DRBD_VM_STORAGE_2] Masters: [ server2 ] Slaves: [ server1 ]

यदि ऐसा है, तो आप खुद को बधाई दे सकते हैं - क्लस्टर चल रहा है!
प्रत्येक संसाधन समूह को उसके सर्वर पर लॉन्च किया जाता है, जैसा कि कॉन्फ़िगरेशन में स्थान निर्देश द्वारा दर्शाया गया है।

पुष्टि के लिए, आप कर्नेल लॉग - dmesg - जहाँ DRBD और SCST उनके डायग्नोस्टिक्स प्रदर्शित करते हैं, देख सकते हैं।

दूसरे भाग का अंत

तीसरे और अंतिम भाग में, मैं दिखाऊंगा कि इस क्लस्टर के साथ इष्टतम संचालन के लिए ESXi सर्वर को कैसे कॉन्फ़िगर किया जाए।

लिनक्स, भाग 2 पर विश्वसनीय ISCSI संग्रहण का निर्माण