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 वापरतो.

सर्व क्रिया उबंटू सर्व्हर 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 — drbd व्हॉल्यूमचा मार्ग म्हणून /dev/drbd0 वापरा.
डिस्क /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