कुछ सर्वरों में मिरर किए गए फ़ाइल सिस्टम


13

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

मैं कुछ समाधान देख रहा हूँ:

  • DRBD : ब्लॉक स्तर की प्रतिकृति, थोड़ा ओवरकिल लगता है;
  • lsyncd : बहुत सरल दिखता है, लेकिन मुझे प्रदर्शन के बारे में संदेह है;
  • GlusterFS : ऐसा लगता है कि एक अच्छा मैच होगा, अभी तक पता नहीं चला है कि वास्तव में प्रतिकृति मोड कैसे काम करता है। क्या मेरे पास ऐसी विशेषताओं की आवश्यकता होगी?

अन्य सुझावों का स्वागत है।


क्या आप एक साझा-कुछ नहीं सेटअप देख रहे हैं या आप सभी सर्वर एक ही बैकएंड सैन से कनेक्ट करेंगे?
हम्पसलाई

तार्किक रूप से यह साझा-कुछ नहीं है (शारीरिक रूप से यह ईबीएस के साथ ईसी 2 है)।
vartec

जवाबों:


6

पहला प्रश्न मैं पूछूंगा कि क्या आप यह दो सर्वरों या दो से अधिक सर्वरों के लिए दोहराया जाना चाहते हैं? दो सर्वर के लिए मैं DRDB के साथ जाऊंगा, तीन या अधिक के लिए मैं चमक के साथ जाऊंगा।

यदि I / O विलंबता एक महत्वपूर्ण चिंता का विषय नहीं है तो मैं चमक के साथ जाऊंगा। यह सेटअप करने के लिए बहुत आसान है और स्पष्ट रूप से वह कर सकता है जिसकी आपको आवश्यकता थी। आपको बस तीनों बक्सों पर फ़ाइलों की सेवा करने वाला एक चमकता हुआ सर्वर बनाना है और फिर फ़ाइलों को बढ़ते हुए एक चमकाने वाले ग्राहक के रूप में प्रत्येक बॉक्स को भी बनाना है।

DRDB 3 या अधिक सर्वरों के साथ एक मास्टर <-> मास्टर मोड में काम करने के लिए जटिल होने जा रहा है। आपको रिंग आधारित सेटअप को कॉन्फ़िगर करना होगा और मैं इसकी सिफारिश नहीं करूंगा। हालांकि दो सर्वरों के लिए DRDB शानदार है। मास्टर <-> मास्टर मोड सेटअप के लिए जटिल नहीं है और आपको किसी भी फाइल सिस्टम सामान को सीखने की जरूरत नहीं है।

lsycd एक मास्टर / दास सेटअप के लिए बहुत अच्छा है, लेकिन आप ऐसा नहीं चाहते हैं।

सीफ अभी भी बहुत नया है, पिछली बार मैंने जाँच की थी कि इसमें अभी तक फेक सपोर्ट नहीं है। मैं इसके बजाय अपने बुनियादी ढांचे को और अधिक स्थिर आधार पर तैयार करूंगा।

बड़े पैमाने पर तैनाती के लिए चमक एक शानदार उत्पाद है, लेकिन आपको mds सर्वर के लिए दिल की धड़कन और विफलता को स्थापित करने की आवश्यकता है या इसके एक भी बिंदु पर विफलता होने वाली है। सीमित संख्या में सर्वरों को देखते हुए वह इस मामले में इसके ओवरकिल पर संदेह करते हैं।


प्रारंभ में मैं प्रति क्लस्टर सिर्फ 2 सर्वरों के साथ शुरू करूंगा, लेकिन मुझे स्केल-आउट के लिए 2 से अधिक सर्वर रखने का विकल्प चाहिए; आप जिस चमक सेटअप का वर्णन कर रहे हैं, क्या वह सर्वर के क्रैश होने की स्थिति को हैंडल करेगा? क्या अतिरिक्त सर्वर जोड़ना आसान होगा?
वार्टेक

2

कैसे सिफ या चमक के बारे में ?


क्या चमक उबंटू सर्वर का समर्थन करती है? मैं अब सिफ की जाँच कर रहा हूँ, सुझाव के लिए धन्यवाद।
vartec

सीफ विकी से: "सेफ भारी विकास के अधीन है, और बेंचिंग
जेफ

2

आपको ओपनएएफएस में देखना चाहिए - यह एक अधिकतर वितरित फाइल सिस्टम है जो डेटा की कई प्रतियों को क्लस्टर में वितरित करने की अनुमति देता है और हर कोई एक ही समय में एफएस को पढ़ / लिख सकता है।

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

यह सेटअप करने के लिए एक भारी लिफ्ट का एक सा है, यद्यपि।


एनएफएस के साथ एक ही सवाल: "कई प्रतियों की अनुमति देता है"। ठीक है, लेकिन क्या यह वास्तव में इन प्रतियों को सिंक्रनाइज़ करने का ख्याल रखता है?
वार्तेक

हां। और यह संभव है, हालांकि कष्टप्रद है, प्राथमिक स्वामी को खोने से उबरने के लिए। लेकिन कई लेखकों और परिणामी ब्लॉकों को कई मेजबानों पर संग्रहीत करना तुच्छ है।
क्रिस

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

1

NFS आपकी आवश्यकताओं के आधार पर भी ठीक काम कर सकता है।


AFAIK, NFS प्रतिकृति सर्वर को माउंट करने का तरीका प्रदान नहीं करता है, लेकिन प्रतिकृति ही नहीं। लेकिन मैं लंबे समय से एनएफएस का उपयोग नहीं कर रहा हूं, इसलिए शायद यह बदल गया है। क्या आप ऐसे सेटअप का वर्णन करने वाले NFS डॉक्स से लिंक कर सकते हैं?
vartec

मेरे सिर के ऊपर से एक रास्ता dirs को कई nfs सर्वरों में दोहराने के लिए होगा, जिनमें से एक में एक प्राथमिक वीआईपी होता है, और एक नीचे जाने पर सर्वरों में वीआईपी को माइग्रेट करता है। या राउंड रॉबिन डीएनएस शायद। एनएफएस खुद ही आपकी जरूरत की हर चीज नहीं कर सकता है, लेकिन दिल की धड़कन या लाल टोपी क्लस्टर सेवाओं के साथ मिलकर, यह वही हो सकता है, जिसकी आपको जरूरत है। मुझे यकीन नहीं है कि मूल प्रश्न में सभी आवश्यकताएं थीं। तुम भी सर्वर का एक समूह भर में rsync कर सकते हैं, हर घंटे या तो कहते हैं, वास्तव में त्वरित और आसान समाधान के लिए।
lsd

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

1

DRBD के साथ काम करने के लिए यह वास्तव में मुश्किल होने जा रहा है - समस्या यह नहीं है कि n8whnp मल्टी-वे प्रतिकृति के बारे में एक मुद्दा लगता है (आप बस एक दर्पण सेट में सभी नोड स्ट्रिप्स बनाते हैं), लेकिन संगामिति नियंत्रण का है 'आप' डीआरबीडी के शीर्ष पर मिररिंग के ऊपर क्लस्टर फाइल सिस्टम चलाने की आवश्यकता है।

lsyncd और भी बदतर है क्योंकि संगामिति नियंत्रण के लिए कोई व्यावहारिक उपाय नहीं है।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.