drbd+ocfs2 मा आधारित साना वेब क्लस्टरहरूको लागि क्लस्टर भण्डारण

हामी के कुरा गर्नेछौं:
कसरी drbd+ocfs2 समाधानहरूमा आधारित दुई सर्भरहरूको लागि साझा भण्डारण द्रुत रूपमा तैनात गर्ने।

यो कसको लागि उपयोगी हुनेछ:
ट्यूटोरियल प्रणाली प्रशासकहरू र भण्डारण कार्यान्वयन विधि छनौट गर्ने वा समाधान प्रयास गर्न चाहने जो कोहीको लागि उपयोगी हुनेछ।

हामीले कुन निर्णयहरू अस्वीकार गर्यौं र किन?

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

• Glusterfs ले हामीलाई पढ्ने र लेख्ने कार्यसम्पादनमा सन्तुष्ट पार्न सकेन; त्यहाँ ठूलो संख्यामा फाइलहरूको एकै साथ पढ्नमा समस्याहरू थिए, र CPU मा उच्च भार थियो। फाइलहरू पढ्ने समस्यालाई ईंटबाट सिधै पहुँच गरेर समाधान गर्न सकिन्छ, तर यो सधैं लागू हुँदैन र सामान्यतया गलत हुन्छ।

• Ceph लाई अत्यधिक जटिलता मन परेन, जुन 2-4 सर्भर भएका परियोजनाहरूमा हानिकारक हुन सक्छ, विशेष गरी यदि परियोजना पछि राखिएको छ। फेरि, त्यहाँ गम्भीर प्रदर्शन सीमाहरू छन् जसले हामीलाई ग्लुस्टरफहरू जस्तै, छुट्टै भण्डारण क्लस्टरहरू निर्माण गर्न बाध्य पार्छ।

• साझा भण्डारण कार्यान्वयन गर्न एउटा NFS सर्भर प्रयोग गर्दा त्रुटि सहिष्णुताको सन्दर्भमा प्रश्नहरू खडा हुन्छ।

• s3 कार्यहरूको निश्चित दायराको लागि उत्कृष्ट लोकप्रिय समाधान हो, तर यो फाइल प्रणाली होइन, जसले यसको दायरालाई संकुचित गर्दछ।

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

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

हाम्रो लागि सबैभन्दा सुविधाजनक समाधान मध्ये एक लिङ्क थियो ocfs2+drbd। अब हामी तपाईलाई समाधान डेटाबेसमा आधारित दुई सर्भरहरूको लागि साझा भण्डारण कसरी तुरुन्तै प्रयोग गर्न सक्नुहुन्छ भनेर बताउनेछौं। तर पहिले, अवयवहरूको बारेमा थोरै:

DRBD - मानक लिनक्स वितरणबाट भण्डारण प्रणाली जसले तपाइँलाई ब्लकहरूमा सर्भरहरू बीच डेटा प्रतिकृति गर्न अनुमति दिन्छ। मुख्य अनुप्रयोग दोष-सहिष्णु भण्डारण निर्माण गर्न हो।

OCFS2 - एक फाइल प्रणाली जसले धेरै प्रणालीहरूद्वारा समान भण्डारणको साझा प्रयोग प्रदान गर्दछ। लिनक्स वितरणमा समावेश गरिएको छ र FS सँग काम गर्नको लागि कर्नेल मोड्युल र प्रयोगकर्तास्पेस उपकरण हो। OCFS2 लाई DRBD मा मात्र नभई iSCSI मा पनि धेरै जडानहरू प्रयोग गर्न सकिन्छ। हाम्रो उदाहरणमा हामी DRBD प्रयोग गर्छौं।

सबै कार्यहरू ubuntu सर्भर 18.04 मा न्यूनतम कन्फिगरेसनमा गरिन्छ।

चरण 1. DRBD कन्फिगर गर्नुहोस्:

फाइल /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 लाई drbd भोल्युमको बाटोको रूपमा प्रयोग गर्नुहोस्।
डिस्क /dev/vdb1 - /dev/vdb1 प्रयोग गर्नुहोस्
सिङ्कर { दर 1000M; } - गिगाबिट च्यानल ब्यान्डविथ प्रयोग गर्नुहोस्
अनुमति-दुई-प्राइमरीहरू - एउटा महत्त्वपूर्ण विकल्प जसले दुई प्राथमिक सर्भरहरूमा परिवर्तनहरू स्वीकार गर्न अनुमति दिन्छ
after-sb-0pri, after-sb-1pri, after-sb-2pri - स्प्लिटब्रेन पत्ता लाग्दा नोडको कार्यहरूको लागि जिम्मेवार विकल्पहरू। थप विवरण कागजातमा फेला पार्न सकिन्छ।
दुबैमा प्राथमिक बन्नुहोस् - दुबै नोडहरूलाई प्राथमिकमा सेट गर्दछ।

हाम्रो केसमा, हामीसँग 10 गीगाबिटको थ्रुपुटको साथ समर्पित भर्चुअल नेटवर्कको साथ दुई बिल्कुल समान VM हरू छन्।

हाम्रो उदाहरणमा, दुई क्लस्टर नोडहरूको नेटवर्क नामहरू drbd1 र drbd2 हुन्। उचित सञ्चालनको लागि, तपाईंले /etc/hosts मा होस्टहरूको नाम र IP ठेगानाहरू मिलाउन आवश्यक छ।

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

हामीले निम्न पाउँछौं:

अब हामी दुई सर्भरबाट drbd मा लेख्न सक्छौं।

चरण 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

निर्देशिका /media/shared यो पहिले नै सिर्जना गर्नुपर्छ।

यहाँ हामी noauto विकल्पहरू प्रयोग गर्छौं, जसको मतलब फाइल स्टार्टअपमा माउन्ट हुने छैन (म systemd मार्फत नेटवर्क फाइलहरू माउन्ट गर्न रुचाउँछु) र heartbeat=local, जसको मतलब प्रत्येक नोडमा हार्टबिट सेवा प्रयोग गर्ने हो। त्यहाँ विश्वव्यापी मुटुको धड्कन पनि छ, जुन ठूला क्लस्टरहरूको लागि अधिक उपयुक्त छ।

अर्को तपाईं माउन्ट गर्न सक्नुहुन्छ /media/shared र सामग्री सिङ्क्रोनाइजेसन जाँच गर्नुहोस्।

भयो! नतिजाको रूपमा, हामीले स्केलेबिलिटी र सभ्य प्रदर्शनको साथ अधिक वा कम दोष-सहिष्णु भण्डारण पाउँछौं।

स्रोत: www.habr.com