drbd+ocfs2 पर आधारित छोटे वेब क्लस्टर के लिए क्लस्टर भंडारण

हम किस बारे में बात करेंगे:
drbd+ocfs2 समाधानों के आधार पर दो सर्वरों के लिए साझा संग्रहण को शीघ्रता से कैसे तैनात करें।

यह किसके लिए उपयोगी होगा:
ट्यूटोरियल सिस्टम प्रशासकों और ऐसे किसी भी व्यक्ति के लिए उपयोगी होगा जो भंडारण कार्यान्वयन विधि चुनता है या समाधान आज़माना चाहता है।

हमने किन निर्णयों से इनकार किया और क्यों?

अक्सर हमें ऐसी स्थिति का सामना करना पड़ता है जहां हमें एक छोटे वेब क्लस्टर पर अच्छे पढ़ने-लिखने के प्रदर्शन के साथ साझा भंडारण को लागू करने की आवश्यकता होती है। हमने अपनी परियोजनाओं के लिए साझा भंडारण को लागू करने के लिए विभिन्न विकल्पों की कोशिश की, लेकिन कुछ ही हमें एक साथ कई संकेतकों पर संतुष्ट करने में सक्षम थे। अब हम आपको बताएंगे क्यों.

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

• सेफ को अत्यधिक जटिलता पसंद नहीं आई, जो 2-4 सर्वर वाली परियोजनाओं पर हानिकारक हो सकती है, खासकर यदि परियोजना को बाद में बनाए रखा जाता है। फिर, गंभीर प्रदर्शन सीमाएँ हैं जो हमें अलग-अलग स्टोरेज क्लस्टर बनाने के लिए मजबूर करती हैं, जैसे कि ग्लस्टरफ़्स के साथ।

• साझा भंडारण को लागू करने के लिए एक एनएफएस सर्वर का उपयोग करना दोष सहनशीलता के संदर्भ में प्रश्न उठाता है।

• s3 कार्यों की एक निश्चित श्रृंखला के लिए एक उत्कृष्ट लोकप्रिय समाधान है, लेकिन यह एक फ़ाइल सिस्टम नहीं है, जो इसके दायरे को सीमित करता है।

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

ट्यूटोरियल: drbd+ocfs2 के आधार पर साझा भंडारण कैसे तैनात करें

हमारे लिए सबसे सुविधाजनक समाधानों में से एक लिंक था ocfs2+drbd. अब हम आपको बताएंगे कि आप समाधान डेटाबेस के आधार पर दो सर्वरों के लिए साझा संग्रहण को शीघ्रता से कैसे तैनात कर सकते हैं। लेकिन पहले, घटकों के बारे में थोड़ा:

केडंप - मानक लिनक्स वितरण से एक भंडारण प्रणाली जो आपको ब्लॉकों में सर्वर के बीच डेटा को दोहराने की अनुमति देती है। मुख्य अनुप्रयोग दोष-सहिष्णु भंडारण का निर्माण करना है।

OCFS2 - एक फाइल सिस्टम जो कई सिस्टमों द्वारा एक ही स्टोरेज का साझा उपयोग प्रदान करता है। लिनक्स वितरण में शामिल है और एफएस के साथ काम करने के लिए एक कर्नेल मॉड्यूल और यूजरस्पेस टूल है। OCFS2 का उपयोग न केवल DRBD पर, बल्कि एकाधिक कनेक्शन के साथ iSCSI पर भी किया जा सकता है। हमारे उदाहरण में हम DRBD का उपयोग करते हैं।

सभी क्रियाएं उबंटू सर्वर 18.04 पर न्यूनतम कॉन्फ़िगरेशन में की जाती हैं।

चरण 1. डीआरबीडी कॉन्फ़िगर करें:

फ़ाइल /etc/drbd.d/drbd0.res में हम अपने वर्चुअल ब्लॉक डिवाइस /dev/drbd0 का वर्णन करते हैं:

resource drbd0 {
    syncer { rate 1000M; }
    net {
        allow-two-primaries;
        after-sb-0pri discard-zero-changes;
        after-sb-1pri discard-secondary;
        after-sb-2pri disconnect;
    }
    startup { become-primary-on both; }
    on drbd1 {
        meta-disk internal;
        device /dev/drbd0;
        disk /dev/vdb1;
        address 10.10.10.192:7789;
}
    on drbd2 {
        meta-disk internal;
        device /dev/drbd0;
        disk /dev/vdb1;
        address 10.10.10.193:7789;
}
}

मेटा-डिस्क आंतरिक - मेटाडेटा संग्रहीत करने के लिए समान ब्लॉक डिवाइस का उपयोग करें
डिवाइस /dev/drbd0 - डीआरबीडी वॉल्यूम के पथ के रूप में /dev/drbd0 का उपयोग करें।
डिस्क /dev/vdb1 - /dev/vdb1 का उपयोग करें
सिंकर {दर 1000एम; } - गीगाबिट चैनल बैंडविड्थ का उपयोग करें
अनुमति-दो-प्राइमरी - एक महत्वपूर्ण विकल्प जो दो प्राथमिक सर्वरों पर परिवर्तनों को स्वीकार करने की अनुमति देता है
पश्च-एसबी-0प्री, पश्च-एसबी-1प्री, पश्च-एसबी-2प्री - स्प्लिटब्रेन का पता चलने पर नोड के कार्यों के लिए जिम्मेदार विकल्प। अधिक विवरण दस्तावेज़ में पाया जा सकता है।
दोनों पर प्राथमिक बनें - दोनों नोड्स को प्राथमिक पर सेट करता है।

हमारे मामले में, हमारे पास 10 गीगाबिट्स की बैंडविड्थ के साथ एक समर्पित वर्चुअल नेटवर्क के साथ दो बिल्कुल समान वीएम हैं।

हमारे उदाहरण में, दो क्लस्टर नोड्स के नेटवर्क नाम drbd1 और drbd2 हैं। उचित संचालन के लिए, आपको /etc/hosts में होस्ट के नाम और आईपी पते का मिलान करना होगा।

10.10.10.192 drbd1
10.10.10.193 drbd2

चरण 2. नोड्स सेट करें:

दोनों सर्वरों पर हम चलाते हैं:

drbdadm create-md drbd0

modprobe drbd
drbdadm up drbd0
cat /proc/drbd

हमें निम्नलिखित मिलता है:

आप सिंक्रनाइज़ेशन प्रारंभ कर सकते हैं. पहले नोड पर आपको निष्पादित करने की आवश्यकता है:

drbdadm primary --force drbd0

आइए स्थिति पर नजर डालें:

cat /proc/drbd

बढ़िया, सिंक्रनाइज़ेशन शुरू हो गया है. हम अंत तक प्रतीक्षा करते हैं और चित्र देखते हैं:

चरण 3. दूसरे नोड पर सिंक्रनाइज़ेशन प्रारंभ करें:

drbdadm primary --force drbd0

हमें निम्नलिखित मिलता है:

अब हम दो सर्वरों से डीआरबीडी को लिख सकते हैं।

चरण 4. ocfs2 को स्थापित और कॉन्फ़िगर करें।

हम काफी सामान्य कॉन्फ़िगरेशन का उपयोग करेंगे:

cluster:
     node_count = 2
     name = ocfs2cluster

node:
     number = 1
     cluster = ocfs2cluster
     ip_port = 7777
     ip_address = 10.10.10.192
     name = drbd1

node:
     number = 2
     cluster = ocfs2cluster
     ip_port = 7777
     ip_address = 10.10.10.193
     name = drbd2

इसे नीचे लिखने की जरूरत है /etc/ocfs2/cluster.conf दोनों नोड्स पर.

हम किसी भी नोड पर drbd0 पर एक FS बनाते हैं:

mkfs.ocfs2 -L "testVol" /dev/drbd0

यहां हमने डिफ़ॉल्ट पैरामीटर का उपयोग करके drbd0 पर testVol लेबल के साथ एक फ़ाइल सिस्टम बनाया है।

/etc/default/o2cb में आपको सेट करना होगा (जैसा कि हमारी कॉन्फ़िगरेशन फ़ाइल में है)

O2CB_ENABLED=true 
O2CB_BOOTCLUSTER=ocfs2cluster 

और प्रत्येक नोड पर निष्पादित करें:

o2cb register-cluster ocfs2cluster

फिर हम चालू करते हैं और ऑटोरन के लिए आवश्यक सभी इकाइयों को जोड़ते हैं:

systemctl enable drbd o2cb ocfs2
systemctl start drbd o2cb ocfs2

इनमें से कुछ सेटअप प्रक्रिया के दौरान पहले से ही चल रहे होंगे।

चरण 5. दोनों नोड्स पर fstab में माउंट पॉइंट जोड़ें:

/dev/drbd0 /media/shared ocfs2 defaults,noauto,heartbeat=local 0 0

निर्देशिका /मीडिया/साझा इसे पहले से बनाया जाना चाहिए.

यहां हम noauto विकल्पों का उपयोग करते हैं, जिसका अर्थ है कि फ़ाइल स्टार्टअप पर माउंट नहीं की जाएगी (मैं सिस्टमडी के माध्यम से नेटवर्क फ़ाइलों को माउंट करना पसंद करता हूं) और हार्टबीट=लोकल, जिसका अर्थ है प्रत्येक नोड पर हार्टबीट सेवा का उपयोग करना। इसमें वैश्विक हृदय गति भी है, जो बड़े समूहों के लिए अधिक उपयुक्त है।

आगे आप माउंट कर सकते हैं /मीडिया/साझा और सामग्री सिंक्रनाइज़ेशन की जाँच करें।

हो गया! परिणामस्वरूप, हमें स्केलेबिलिटी और अच्छे प्रदर्शन के साथ कमोबेश दोष-सहिष्णु भंडारण मिलता है।

स्रोत: www.habr.com