स्केल पर डेटा स्टोर करना आपकी हार्ड ड्राइव पर फाइल सेव करने जैसा नहीं है। इसके लिए एक सॉफ़्टवेयर मैनेजर की आवश्यकता होती है जो आपकी कंपनी की फाइलों को बनाने वाले सभी बिट्स का ट्रैक रखे। यहीं पर Ceph और Gluster जैसे वितरित स्टोरेज मैनेजमेंट पैकेज काम आते हैं।
Ceph और Gluster दोनों वितरित स्टोरेज के प्रबंधन के लिए उपयोग की जाने वाली प्रणालियां हैं। दोनों को सॉफ़्टवेयर-डिफाइंड स्टोरेज माना जाता है, जिसका अर्थ है कि वे काफी हद तक हार्डवेयर-अज्ञेयवादी हैं। वे अपने स्वयं के अंतर्निहित बुनियादी ढांचे का उपयोग करके उन बिट्स को व्यवस्थित करते हैं जो आपके डेटा को बनाते हैं, जो इस विकल्प को परिभाषित करता है: आप अपने डेटा का समर्थन करने के लिए कौन सा अंतर्निहित फ्रेमवर्क चाहते हैं?
यह एक निर्णय है जिसे आप उस डेटा के प्रकार के आधार पर लेना चाहते हैं जिसे आप स्टोर कर रहे हैं, उस डेटा को कैसे एक्सेस किया जाता है, और वह डेटा कहां रहता है। Ceph और GlusterFS दोनों अच्छे विकल्प हैं, लेकिन उनके आदर्श एप्लिकेशन सूक्ष्म रूप से भिन्न हैं।
असंरचित डेटा के लिए ऑब्जेक्ट-आधारित स्टोरेज: Ceph
Ceph एक ऑब्जेक्ट-आधारित प्रणाली है, जिसका अर्थ है कि यह संग्रहीत डेटा को फाइल पदानुक्रम के बजाय ऑब्जेक्ट के रूप में प्रबंधित करता है, बाइनरी डेटा को क्लस्टर में फैलाता है। समान ऑब्जेक्ट स्टोरेज विधियों का उपयोग फेसबुक द्वारा छवियों को संग्रहीत करने के लिए और ड्रॉपबॉक्स द्वारा क्लाइंट फाइलों को संग्रहीत करने के लिए किया जाता है। सामान्य तौर पर, ऑब्जेक्ट स्टोरेज बड़े पैमाने पर असंरचित डेटा का समर्थन करता है, इसलिए यह बड़े पैमाने पर डेटा स्टोरेज के लिए एकदम सही है। सिस्टम को क्लस्टर मॉनिटर, मेटाडेटा सर्वर और जर्नल्ड स्टोरेज के रूप में डेमॉन के नेटवर्क द्वारा बनाए रखा जाता है। ये मिलकर Ceph को सक्षम लेकिन प्रतिस्पर्धा से अधिक जटिल बनाते हैं।
असामान्य ऑब्जेक्ट और ब्लॉक-आधारित स्टोरेज का मतलब है कि Ceph स्टोरेज प्रबंधन के लिए अपने स्वयं के टूल का उपयोग करता है। इसके लिए सिस्टम एडमिनिस्ट्रेटर को Ceph के टूल से परिचित होने की आवश्यकता होती है। Ceph का वास्तविक आंतरिक कामकाज पहली नज़र में समझना कठिन हो सकता है। मूल रूप से, आपको लाभ प्राप्त करने के लिए यह सीखने के लिए तैयार रहना होगा कि यह कैसे काम करता है। स्व-प्रबंधित, स्व-हीलिंग सिस्टम समय के साथ चल रहे परिचालन खर्च को कम कर सकता है, और Ceph उद्योग-मानक सर्वर हार्डवेयर पर चल सकता है।
सिस्टम ब्लॉक स्टोरेज भी बना सकता है, जो क्लस्टर में स्ट्रिप्ड और रेप्लिकेटेड किए जा सकने वाले ब्लॉक डिवाइस इमेज तक पहुंच प्रदान करता है। एप्लिकेशन एक RESTful इंटरफेस के माध्यम से Ceph ऑब्जेक्ट स्टोरेज तक पहुंच सकते हैं जो Amazon S3 और OpenStack Swift API का समर्थन करता है। लक्ष्य उच्च प्रदर्शन, बड़े पैमाने पर स्टोरेज और लिगेसी कोड के साथ संगतता है।
पदानुक्रमित ट्री में ब्लॉक स्टोरेज: GlusterFS
GlusterFS, जिसे Gluster के नाम से जाना जाता है, एक अधिक पारंपरिक फाइल स्टोर है। इसे सेट अप करना आसान है, और एक ठीक से संकलित बिल्ड का उपयोग किसी भी सिस्टम पर किया जा सकता है जिसमें एक फोल्डर हो। लचीलापन और उपयोग में आसानी सिस्टम का एक प्रमुख लाभ है। हालांकि यह विशाल क्षमताओं तक स्केल कर सकता है, प्रदर्शन तेजी से गिरता है। यह बड़े औसत फाइल आकार (4 MB से अधिक) और अनुक्रमिक एक्सेस के लिए सबसे उपयुक्त है। एक क्लस्टर भौतिक, आभासी और क्लाउड सर्वर में फैल सकता है, जिससे लचीला स्टोरेज वर्चुअलाइजेशन संभव होता है।
Gluster ब्लॉक स्टोरेज का उपयोग करता है, जिसका अर्थ है कि डेटा के टुकड़े कनेक्टेड क्लस्टर डिवाइस पर खुली जगह पर संग्रहीत होते हैं। फाइल और ब्लॉक-आधारित स्टोरेज एक फाइल सिस्टम का उपयोग करता है जो फाइलों को पदानुक्रमित ट्री में व्यवस्थित करता है। यह भौगोलिक रूप से अलग सर्वर को ईथरनेट पर एकत्रित करके एक स्केलेबल समानांतर नेटवर्क फाइल सिस्टम बनाता है। Gluster अनिवार्य रूप से FUSE और NFS का एक क्लस्टर-आधारित संस्करण है, जो अधिकांश सिस्टम एडमिनिस्ट्रेटर के लिए एक परिचित आर्किटेक्चर प्रदान करता है। इसका उद्देश्य सरल, रखरखाव योग्य और व्यापक रूप से उपयोग योग्य होना है, लेकिन यह सही परिस्थितियों में Ceph द्वारा प्रदान की जा सकने वाली एक्सेस की गति नहीं रखता।
निष्कर्ष
Ceph असंरचित डेटा की तेजी से एक्सेस के लिए सबसे उपयुक्त है, जो दुनिया में अधिकांश फाइलों का गठन करता है। Gluster अनुक्रमिक डेटा एक्सेस के लिए बेहतर है, जैसे वीडियो स्ट्रीमिंग, या उन एप्लिकेशन के लिए जहां गति उतनी महत्वपूर्ण नहीं है, जैसे बैकअप।
आप किस फाइल स्टोरेज सिस्टम का उपयोग कर रहे हैं?
