उच्च-उपलब्धता साझा ड्राइव वल्चर ब्लॉक स्टोरेज और ग्लस्टरएफएस का उपयोग करते हैं

• GlusterFS की स्थापना
• रिमाउंटिंग के संबंध में महत्वपूर्ण सूचना
• बैकअप के बारे में महत्वपूर्ण नोट
• सामान्य प्रश्न

GlusterFS एक नेटवर्क-अटैच्ड फाइल सिस्टम है, जो प्रभावी रूप से आपको नेटवर्क पर कई उपकरणों में दो ड्राइव साझा करने की अनुमति देता है। यह फाइल सिस्टम वल्चर के ब्लॉक स्टोरेज की पेशकश के लिए एकदम उपयुक्त है, क्योंकि आप पूरे नेटवर्क में एक ड्राइव साझा करने में सक्षम हैं जो आउट-ऑफ-द-बॉक्स संभव नहीं है।

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

जब एक सर्वर पर ड्राइव में परिवर्तन किए जाते हैं, तो वे वास्तविक समय में स्वचालित रूप से दूसरे सर्वर पर दोहराए जाएंगे। इसे प्राप्त करने और इस मार्गदर्शिका का पालन करने के लिए, आपको आवश्यकता होगी:

• दो Vultr बादल उदाहरण, अधिमानतः एक ही ऑपरेटिंग सिस्टम चल रहा है।
• एक ही आकार के दो ब्लॉक स्टोरेज ड्राइव।

इन दो ब्लॉक स्टोरेज ड्राइव को ऑर्डर करने के बाद, आपको उन्हें VM 1 और VM 2 में संलग्न करना चाहिए। जैसा कि हम एक ही फाइल सिस्टम के लिए दोनों ब्लॉक स्टोरेज ड्राइव का उपयोग कर रहे हैं, दोनों ड्राइव के कुल साइज को दो से विभाजित करके आपको उपयोगी राशि दी जाएगी। GB का है। उदाहरण के लिए, यदि आपके पास दो 100 जीबी ड्राइव हैं, तो 100 जीबी उपयोग करने योग्य होगा (100 * 2/2)।

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

इस गाइड में, हम का उपयोग करेंगे storage1और storage2निजी आईपी पतों के 10.0.99.10 और 10.0.99.11 साथ क्रमश:। आपके सर्वर के नाम और आईपी पते सबसे अधिक भिन्न होंगे, इसलिए उन्हें GlusterFS स्थापित करने की प्रक्रिया में बदलना सुनिश्चित करें।

यह मार्गदर्शिका CentOS / RHEL 7 को ध्यान में रखकर लिखी गई थी। हालाँकि, GlusterFS कई लिनक्स वितरणों में अपेक्षाकृत अधिक संगत है।

GlusterFS की स्थापना

चरण 1: /etc/hostsफ़ाइल को बदल दें

हमें संबंधित उदाहरणों से शीघ्रता से जुड़ने में सक्षम होने के लिए, हमें hostsफ़ाइल में आसानी से याद रखने वाले नाम जोड़ने चाहिए । /etc/hostsफ़ाइल खोलें और इसके नीचे निम्न पंक्तियाँ जोड़ें:

10.0.99.10 storage1
10.0.99.11 storage2

चरण 2: डिस्क को जोड़ें storage1

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

डिस्क को प्रारूपित करें:

fdisk /dev/vdb

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

/sbin/mkfs.ext4 /dev/vdb1

हम आगे बढ़े हैं और अब एक फ़ाइल सिस्टम बनाया है क्योंकि Vultr डिफ़ॉल्ट रूप से ब्लॉक स्टोरेज पर कोई फ़ाइल सिस्टम नहीं बनाता है।

अगला, हम उस फ़ोल्डर को बनाने जा रहे हैं जिस पर हम अपनी फ़ाइलों को संग्रहीत करेंगे। आप इस नाम को बदल सकते हैं, लेकिन आप यह नहीं देखेंगे कि यह जटिलता को खत्म करने के लिए बहुत कुछ दिखाई देता है, मैं इसे अकेला छोड़ने की सलाह देता हूं।

mkdir /glusterfs1

बूट पर ड्राइव को स्वचालित रूप से माउंट करने के लिए, /etc/fstabफ़ाइल के नीचे निम्न लाइन खोलें और जोड़ें:

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

अंत में, ड्राइव को माउंट करें:

mount -a

बढ़ते रिबूट में लगातार बना रहेगा, इसलिए जब आप अपने सर्वर को रिबूट करते हैं तो ड्राइव स्वचालित रूप से फिर से चालू हो जाएगी।

चरण 3: डिस्क जोड़ें storage2

अब जब हमारे पास डिस्क को जोड़ा और माउंट किया गया है storage1, तो हमें डिस्क को भी बनाने की आवश्यकता है storage2। आज्ञा मुश्किल से अलग है। के लिए fdisk, उपरोक्त चरणों का पालन करें।

fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2

/etc/fstabनिम्न पंक्ति संपादित करें और जोड़ें:

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

बस की तरह storage1, ड्राइव स्वतः रिबूट के आर-पार हो जाएगी।

ड्राइव माउंट करें:

mount -a

अंत में, आइए देखें कि क्या हम विभाजन को दिखा सकते हैं:

df -h

आपको अपने ड्राइव को यहां दिखाना चाहिए। यदि ऐसा नहीं होता है, तो कृपया ऊपर दिए चरणों का पालन करने का प्रयास करें।

चरण 4: पर storage1और स्थापित GlusterFSstorage2

हमें आगे GlusterFS स्थापित करने की आवश्यकता है। रिपॉजिटरी जोड़ें और GlusterFS स्थापित करें:

rpm  -ivh  http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.5/CentOS/glusterfs-epel.repo
yum -y install glusterfs glusterfs-fuse glusterfs-server

एक मौका है कि आपको एक त्रुटि मिलेगी yumक्योंकि रिपॉजिटरी के लिए हस्ताक्षर सही नहीं है। उस स्थिति में, GPG हस्ताक्षर के लिए जाँच नहीं करने के लिए बाध्य करना सुरक्षित है:

yum -y install glusterfs glusterfs-fuse glusterfs-server --nogpgcheck

दोनों सर्वरों पर, GlusterFS को अभी शुरू करने के लिए और रिबूट के बाद इसे स्वचालित रूप से शुरू करने के लिए निम्न कमांड निष्पादित करें:

systemctl enable glusterd.service
systemctl start glusterd.service

यदि आप CentOS के पुराने संस्करण का उपयोग करते हैं, तो आप कमांड serviceऔर chkconfigकमांड का उपयोग कर सकते हैं :

chkconfig glusterd on
service glusterd start

चरण 5: पर storage1और फ़ायरवॉल को अक्षम करनाstorage2

हालांकि यह प्रति से बेहतर समाधान नहीं है, लेकिन अवरुद्ध बंदरगाहों के साथ संभावित संघर्षों को समाप्त करने के लिए फ़ायरवॉल को बंद करना एक अच्छा विचार है। यदि आप ऐसा करने में सहज महसूस नहीं करते हैं, तो बेझिझक नियमों को अपनी पसंद के अनुसार बदल सकते हैं, लेकिन GlusterFS की प्रकृति के कारण, मैं फ़ायरवॉल को अक्षम करने की अत्यधिक सलाह देता हूं। एक निजी नेटवर्क को ध्यान में रखते हुए वास्तव में वल्चर पर निजी है (और आपको अन्य ग्राहकों को फ़ायरवॉल करने की आवश्यकता नहीं है) आप बस इंटरनेट से आने वाले सभी ट्रैफ़िक को रोक सकते हैं और निजी नेटवर्क के लिए अनुमत कनेक्शन को प्रतिबंधित कर सकते हैं। हालाँकि, फ़ायरवॉल बंद करने और किसी अन्य सिस्टम कॉन्फ़िगरेशन में फेरबदल नहीं करने पर भी पर्याप्त होगा:

systemctl stop firewalld.service
systemctl disable firewalld.service

यदि आप पुराने CentOS संस्करण का systemctlउपयोग करते हैं जो समर्थन नहीं करता है , तो कमांड serviceऔर chkconfigकमांड का उपयोग करें :

service firewalld stop
chkconfig firewalld off

यदि आप उपयोग नहीं करते हैं firewalld, तो अक्षम करने का प्रयास करें iptables:

service iptables stop
chkconfig iptables off

चरण 6: सर्वर को स्टोरेज पूल में जोड़ें

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

gluster peer probe storage2

यह आदेश क्या करता है, storage2अपने स्वयं के भंडारण पूल में जोड़ देता है। निम्नलिखित कमांड को निष्पादित करने पर storage2, दोनों ड्राइव सिंक में होंगे:

gluster peer probe storage1

दोनों सर्वरों पर इसे निष्पादित करने के बाद, हमें दोनों सर्वरों की स्थिति की जांच करनी चाहिए:

gluster peer status

दोनों सर्वरों को "पीयर: 1" की स्थिति दिखानी चाहिए। एक सामान्य गलती लोगों को देखने की उम्मीद है Peers: 2, लेकिन जैसा storage1कि storage2इसके साथ सहानुभूति होगी और इसके विपरीत, वे खुद के साथ सहकर्मी नहीं हैं। इसलिए, Peers: 1हमें जो चाहिए।

चरण 7: पर एक साझा ड्राइव बनाना storage1

अब जब दोनों सर्वर GlusterFS के माध्यम से एक दूसरे से जुड़ने में सक्षम हैं, तो हम एक साझा ड्राइव बनाने जा रहे हैं।

पर storage1, निष्पादित करें:

gluster volume create mailrep-volume replica 2  storage1:/glusterfs1/files  storage2:/glusterfs2/files force

वॉल्यूम अब बनाया गया है। GlusterFS में, आपको एक वॉल्यूम "शुरू" करने की आवश्यकता है ताकि यह सक्रिय रूप से कई उपकरणों में साझा हो। चलिए इसे शुरू करते हैं:

gluster volume start mailrep-volume

इसके बाद, एक फ़ोल्डर चुनें जो वॉल्यूम पर होना चाहिए और दोनों सर्वरों पर दोहराया जाना चाहिए। इस ट्यूटोरियल में हम फ़ोल्डर का उपयोग करेंगे /var/files। स्वाभाविक रूप से यह आप की तरह कुछ भी हो सकता है। इसे storage1 केवल पर बनाएं :

mkdir /var/files

अगला, इसे माउंट करें:

mount.glusterfs storage1:/mailrep-volume /var/files/

अपडेट करें /etc/fstabताकि ड्राइव बूट पर स्वचालित रूप से माउंट हो जाए। निम्नलिखित जोड़ें:

storage1:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

रिमूव ड्राइव:

mount -a

चरण 8: पर एक साझा ड्राइव बनाना storage2

अब जब हमने एक साझा ड्राइव बना ली है storage1, तो हमें एक भी बनाने की आवश्यकता है storage2। एक ही स्थान / पथ और नाम के साथ एक फ़ोल्डर बनाएँ:

mkdir /var/files
mount.glusterfs storage2:/mailrep-volume /var/files/

ठीक उसी तरह storage1, निम्न पंक्ति को इसमें जोड़ें /etc/fstab:

storage2:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

रिमूव ड्राइव:

mount -a

चरण 9: साझा किए गए संग्रहण का परीक्षण करें

/var/filesफ़ोल्डर पर नेविगेट करें storage1और एक फ़ाइल बनाएँ:

cd /var/files
touch created_on_storage1

अगला, storage2सर्वर पर सिर । निष्पादित करें ls -laऔर आपको फ़ाइल created_on_storage1दिखाई देनी चाहिए ।

फ़ोल्डर पर storage2नेविगेट करें /var/filesऔर एक फ़ाइल बनाएँ:

cd /var/files
touch created_on_storage2

पर वापस जाएँ storage1और निष्पादित करें ls -la /var/files। आपको फ़ाइल को created_on_storage2यहां दिखाई देना चाहिए ।

चरण 10: सभी सर्वरों को रिबूट करें (वैकल्पिक)

यह जांचने के लिए कि क्या आपका सेटअप रिबूट में लगातार बना रहेगा, एक सर्वोत्तम अभ्यास के रूप में, आपको सभी सर्वरों को रिबूट करना चाहिए। जैसा उल्लेख किया गया है, आपको एक सर्वर के उठने का इंतजार करना चाहिए और फिर साझा ड्राइव के लिए दूसरे को स्वचालित रूप से माउंट करने के लिए रिबूट करना चाहिए।

storage1पहले रिबूट करें, इसके उठने का इंतजार करें, फिर रिबूट करें storage2। अब दोनों सर्वर पर लॉगिन करें और निष्पादित करें:

cd /var/files
ls -la

अब आपको दोनों फ़ाइलों को दिखाई देना चाहिए। वॉल्यूम पर किसी भी फाइल के बिना शुरू करना सुनिश्चित करें, इसलिए हमारे द्वारा बनाई गई परीक्षण फ़ाइलों को हटा दें। आप इस पर क्या कर सकते हैं storage1, storage2या दोनों। परिवर्तनों को तुरंत दोहराया जाएगा:

cd /var/files
rm created_on_storage1
rm created_on_storage2

आप दोनों संस्करणों पर कार्रवाई की परवाह किए बिना दोनों सर्वरों पर एक समान साझा मात्रा होनी चाहिए।

आपने अब 100 GB (या अधिक) उपयोग करने योग्य स्थान के साथ एक पूर्ण GlusterFS सेटअप सेटअप किया है। यदि आपको भविष्य में और अधिक की आवश्यकता होती है, तो अधिक क्षमता और / या अधिक सर्वर को जोड़ने के लिए सेटअप आसानी से स्केलेबल है।

पढ़ने के लिए धन्यवाद!

रिमाउंटिंग के संबंध में महत्वपूर्ण सूचना

GlusterFS आपके डेटा को दो ड्राइव पर अप-टू-डेट रखने की अनुमति देता है। हालांकि, आपको ध्यान देना चाहिए कि जब दोनों सर्वर एक ही समय में रिबूट हो जाते हैं , तो आपको दोनों सर्वरों पर ड्राइव को माउंट करने के लिए मजबूर करना होगा। आपको निम्न आदेश निष्पादित करके मैन्युअल रूप से माउंट को मजबूर करना होगा:

gluster volume start mailrep-volume force

ऐसा इसलिए है क्योंकि सर्वर में से एक सर्वर के रूप में कार्य करता है और दूसरा क्लाइंट के रूप में कार्य करता है। हालांकि यह व्यवहार में आसानी से ध्यान देने योग्य नहीं है, इसका मतलब यह है कि जब आपको दोनों सर्वरों को रिबूट करने की आवश्यकता होती है, तो आपको एक रिबूट करना चाहिए, जब तक यह ऊपर नहीं है, तब तक प्रतीक्षा करें।

बैकअप के बारे में महत्वपूर्ण नोट

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

सौभाग्य से, इससे बचने के लिए कई दृष्टिकोण हैं। सबसे पहले, मैं आपके क्लाउड उदाहरण पर ही बैकअप सक्षम करने की सलाह देता हूं। हालांकि ये बैकअप ब्लॉक स्टोरेज पर डेटा को शामिल नहीं करते हैं लेकिन यह उदाहरण पर डेटा की रक्षा करेगा।

जब यह ब्लॉक स्टोरेज पर डेटा का बैकअप लेने की बात आती है, तो मैं एक अलग उदाहरण (उदाहरण के लिए एक एसएटीए योजना) को स्पिन करने की सलाह देता हूं ताकि आप हर रात दो संलग्न सर्वरों में से एक बैकअप चला सकें, उदाहरण के लिए। इस तरह आपका डेटा एक और अलग डिवाइस पर सुरक्षित रहेगा।

सामान्य प्रश्न

क्या मैं अपने डिस्क स्टोरेज को बढ़ाने में सक्षम हूं?

आप Vultr कंट्रोल पैनल से ब्लॉक स्टोरेज साइज बढ़ाने में सक्षम हैं। आपको ऑपरेटिंग सिस्टम के अंदर डिस्क का आकार बदलना चाहिए, लेकिन वह इस लेख के दायरे से बाहर है।

क्या मैं दो सर्वर पर ब्लॉक स्टोरेज संलग्न कर सकता हूं?

हालाँकि यह गाइड दो सर्वरों के लिए लिखा गया है (इस प्रकार दोनों सर्वरों से जुड़ी दो ब्लॉक स्टोरेज ड्राइव) लेकिन इस गाइड को लेना और दो सर्वरों के लिए भी इसका इस्तेमाल करना संभव है। दो सर्वर / ड्राइव के साथ एक सेटअप 6 सर्वरों के लिए इस तरह दिख सकता है, उदाहरण के लिए:

VM: storage1
VM: storage2
VM: storage3
VM: storage4
Block Storage: attached to storage1
Block Storage: attached to storage2
Block Storage: attached to storage3
Block Storage: attached to storage4

यह देखते हुए कि सभी ब्लॉक स्टोरेज ड्राइव में 200 GB की क्षमता है, आपको 200 * 4 / 4. मिलेंगे। दूसरे शब्दों में, प्रयोग करने योग्य स्थान हमेशा सिंगल ब्लॉक स्टोरेज ड्राइव की क्षमता है। ऐसा इसलिए है क्योंकि ब्लॉक स्टोरेज के साथ एक सर्वर को ग्लस्टरएफएस द्वारा "मास्टर" माना जाता है और इसे अन्य सर्वरों में दोहराया जाता है। हालांकि, सेटअप को एक मास्टर सर्वर के बिना जीवित रहने में सक्षम होने के लिए बनाया गया है, जो इसे ऐसा निरर्थक और विश्वसनीय, स्थिर समाधान बनाता है।