यूनियनफ़्स बनाम एफ़यूएस बनाम ओवरलेफ़्स बनाम mhddfs, जो मैं उपयोग करता हूं


15

मैं यूनियन फाइल सिस्टम के बारे में बेतरतीब ढंग से पढ़ रहा हूं जो एक उपयोगकर्ता को एक साथ एक-दूसरे के ऊपर कई फाइल सिस्टम को माउंट करने में सक्षम बनाता है।

हालाँकि, यह तय करने में परेशानी हो रही है कि किस पर प्रयोग किया जाए (यूनियनफुट बनाम आफ्स बनाम ओवरलेफ्स बनाम म्हडफ्स) और क्यों मुझे इस विषय पर कहीं भी ठोस जानकारी नहीं मिली है। मैं उदाहरण के लिए जानता हूं कि मुख्यधारा के लिनक्स कर्नेल में ओवरलेएफएस को अपनाया गया है, जिसका अर्थ है कि इसे व्यापक रूप से अपनाया जा सकता है। सराहना करेंगे अगर कोई मुझे कुछ परिप्रेक्ष्य देगा।

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


जवाबों:


4

यहां कुछ विचार दिए गए हैं - मैं अभी भी इसे सीख रहा हूं और जैसे ही मैं जाऊंगा यह अपडेट हो जाएगा।

यूनियन फाइल सिस्टम को कैसे चुनें

इसे देखने के दो तरीके हैं:

  • हर एक की सुविधाओं की तुलना कैसे होती है?
  • कुछ सामान्य उपयोग मामलों के लिए, मुझे कौन सा चुनना चाहिए?

मैं Unionfs / Unionfs-fuse / overlayfs / aufs / mergerfs की तुलना करूँगा, उत्तरार्द्ध mddddfs के लिए एक प्रतिस्थापन होगा।

हर एक की विशेषताएं

विकास की स्थिति

वितरण / कर्नेल समर्थन

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

  • Unionfs और auf को कर्नेल पैच की आवश्यकता होती है
  • यूनियन डेबिन द्वारा वितरित नहीं किए गए हैं (बाकी हैं)
  • Unionfs -fuse और mergerfs FUSE पर आधारित हैं, इसलिए कर्नेल में अतिरिक्त मॉड्यूल की आवश्यकता नहीं है
  • 3.18 के बाद से ओवरलेफ़्स कर्नेल का हिस्सा हैं (डेबियन स्ट्रेच)

लिखने पर नकल

यह नीचे लाइव सीडी उपयोग मामले से संबंधित है:

  • मर्जरफ़ेट्स के पास लिखने पर कॉपी नहीं है
  • दूसरे करते हैं

बक्सों का इस्तेमाल करें

रीड-ओनली रूट / लाइव सीडी उपयोग मामला

यह विचार एक लिनक्स सिस्टम के केवल पढ़ने के लिए CD-ROM / विभाजन है। संघ फाइलसिस्टम उपयोगकर्ता को ऐसा दिखता है जैसे यह एक पठन-पाठन प्रणाली है ताकि वे बदलाव कर सकें। एक रीड-राइट फाइलसिस्टम है (उदाहरण के लिए, एक tmpfs RAM डिस्क) जो उपयोगकर्ता द्वारा किए गए किसी भी बदलाव के "डेल्टा" को संग्रहीत करता है, लेकिन पूर्ण स्नैपशॉट नहीं।

यहाँ कोई भी संघ फाइलसिस्टम करेगा।

डॉकर उपयोग मामला

मुझे पता है कि यह एक मुख्य उपयोग मामला है, लेकिन विवरण नहीं जानते - क्या कोई इस पर मार्गदर्शन प्रदान कर सकता है?

हार्ड डिस्क को मर्ज करना

उदाहरण के लिए, आपके पास /homeअलग-अलग फाइल सिस्टम पर निर्देशिकाओं के दो सेट हो सकते हैं । या आप अपने होम कंप्यूटर को दूसरी हार्ड डिस्क के साथ अपग्रेड कर रहे हैं, और एक एकल लॉजिकल वॉल्यूम चाहते हैं।

यह वह जगह है जहाँ आप वास्तव में कॉपी-ऑन-राइट नहीं चाहते हैं, इसलिए संभवतः विलय सबसे अच्छा विकल्प है।

डिस्क पूलिंग के लिए यूनियन फाइलसिस्टम बनाम एलवीएम

मैं कुछ उपयोग मामलों की सूची दूंगा जो कि संघ फाइलसिस्टम के साथ प्राप्त किए जा सकते हैं लेकिन LVM नहीं:

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

LVM दो भौतिक हार्ड डिस्क (RAID 0 मानकर) पर एक फ़ाइल को विभाजित कर सकता है, इसलिए यदि एक हार्ड डिस्क विफल हो जाती है, तो आप इसे खो देंगे।

कुछ उपयोगकर्ताओं को, उदाहरण के लिए, अपनी /homeनिर्देशिका को USB स्टिक पर रखना पसंद हो सकता है जिसे वे दूर ले जा सकते हैं।

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


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