लिनक्स कर्नेल 6.2 ले Btrfs मा RAID5/6 मा सुधारहरू समावेश गर्दछ

Btrfs सुधारहरू RAID 6.2/5 कार्यान्वयनमा लिखित प्वाल समस्या समाधान गर्न लिनक्स 6 कर्नेलमा समावेश गर्न प्रस्ताव गरिएको छ। समस्याको सार यस तथ्यमा आउँछ कि यदि रेकर्डिङको क्रममा दुर्घटना हुन्छ भने, कुन ब्लकमा कुन RAID उपकरण सही रूपमा लेखिएको थियो, र जसमा रेकर्डिङ पूरा भएको थिएन भनेर बुझ्न सुरुमा असम्भव छ। यदि तपाईंले यस अवस्थामा RAID पुनर्स्थापना गर्ने प्रयास गर्नुभयो भने, RAID ब्लकहरूको अवस्था सिङ्क नभएको कारणले लेखिएका ब्लकहरूसँग सम्बन्धित ब्लकहरू नष्ट हुन सक्छन्। यो समस्या कुनै पनि RAID1/5/6 arrays मा हुन्छ जहाँ यो प्रभाव विरुद्ध लड्न विशेष उपायहरू लिइएको छैन।

RAID कार्यान्वयनमा, btrfs मा RAID1 जस्तै, यो समस्या दुबै प्रतिलिपिहरूमा चेकसमहरू प्रयोग गरेर हल गरिन्छ; यदि त्यहाँ बेमेल छ भने, डाटा केवल दोस्रो प्रतिलिपिबाट पुनर्स्थापित हुन्छ। यो दृष्टिकोणले पनि काम गर्दछ यदि केहि उपकरणले पूर्ण विफलताको सट्टा गलत डाटा पठाउन थाल्छ।

यद्यपि, RAID5/6 को मामलामा, फाइल प्रणालीले समानता ब्लकहरूको लागि चेकसमहरू भण्डार गर्दैन: सामान्य अवस्थामा, ब्लकहरूको वैधता तिनीहरू सबै चेकसम गरिएका छन् भन्ने तथ्यद्वारा प्रमाणित गरिन्छ, र समानता ब्लकलाई पुन: निर्माण गर्न सकिन्छ। डाटाबाट। यद्यपि, आंशिक रेकर्डिङको अवस्थामा, यो दृष्टिकोणले केहि परिस्थितिहरूमा काम नगर्न सक्छ। यस अवस्थामा, एरे पुनर्स्थापना गर्दा, यो सम्भव छ कि अपूर्ण रेकर्ड अन्तर्गत पर्ने ब्लकहरू गलत रूपमा पुनर्स्थापित हुनेछन्।

btrfs को मामला मा, यो समस्या धेरै सान्दर्भिक छ यदि उत्पादन भइरहेको रेकर्ड स्ट्राइप भन्दा सानो छ। यस अवस्थामा, फाइल प्रणालीले पढ्न-परिमार्जन-लेखन अपरेशन (पढ्न-परिमार्जन-लेखन, RMW) प्रदर्शन गर्नुपर्छ। यदि यसले अपूर्ण लेखनको साथ ब्लकहरू भेट्छ भने, त्यसपछि RMW सञ्चालनले भ्रष्टाचार निम्त्याउन सक्छ जुन पत्ता लाग्ने छैन, चेकसमहरू वास्ता नगरी। विकासकर्ताहरूले परिवर्तनहरू गरेका छन् जसमा RMW अपरेसनले यो अपरेशन गर्नु अघि ब्लकहरूको चेकसम जाँच गर्दछ, र यदि डेटा पुनर्स्थापना गर्न आवश्यक छ भने, यसले रेकर्डिङ पछि चेकसमहरू पनि जाँच गर्दछ। दुर्भाग्यवश, अपूर्ण स्ट्राइप (RMW) लेख्ने स्थितिमा, यसले चेकसम गणना गर्नको लागि अतिरिक्त ओभरहेड निम्त्याउँछ, तर उल्लेखनीय रूपमा विश्वसनीयता बढाउँछ। RAID6 को लागि, यस्तो तर्क अझै तयार छैन, यद्यपि, RAID6 मा यस्तो विफलताको लागि यो आवश्यक छ कि लेखन एकै पटक २ यन्त्रहरूमा असफल हुन्छ, जुन सम्भावना कम छ।

थप रूपमा, हामी विकासकर्ताहरूबाट RAID5/6 प्रयोग गर्नका लागि सिफारिसहरू नोट गर्न सक्छौं, जसको सार यो हो कि Btrfs मा मेटाडेटा र डाटा भण्डारण प्रोफाइल फरक हुन सक्छ। यस अवस्थामा, तपाईले प्रोफाइल RAID1 (मिरर) वा मेटाडाटाका लागि RAID1C3 (3 प्रतिलिपिहरू) र डेटाको लागि RAID5 वा RAID6 प्रयोग गर्न सक्नुहुन्छ। यसले भरपर्दो मेटाडेटा सुरक्षा र एकातिर "लेखन प्वाल" को अनुपस्थिति, र अर्कोतिर RAID5/6 को विशेषता, ठाउँको अधिक कुशल प्रयोग सुनिश्चित गर्दछ। यसले मेटाडेटा भ्रष्टाचारबाट बच्न अनुमति दिन्छ र डाटा भ्रष्टाचार सच्याउन सकिन्छ।

यो पनि नोट गर्न सकिन्छ कि कर्नेल 6.2 मा Btrfs मा SSDs को लागि, "छाड्नुहोस्" अपरेशनको एसिन्क्रोनस कार्यान्वयन पूर्वनिर्धारित रूपमा सक्रिय हुनेछ (मुक्त ब्लकहरू चिन्ह लगाउँदै जुन अब भौतिक रूपमा भण्डारण गर्न आवश्यक छैन)। यस मोडको फाइदा भनेको कतारमा "खारिज" अपरेशनहरूको प्रभावकारी समूहीकरण र पृष्ठभूमि प्रोसेसरद्वारा कतारको थप प्रशोधनको कारणले उच्च प्रदर्शन हो, जसले गर्दा सामान्य FS अपरेशनहरू सुस्त हुँदैनन्, जस्तै सिंक्रोनस " खारेज गर्नुहोस्" किनकि ब्लकहरू मुक्त हुन्छन्, र SSD ले राम्रो निर्णयहरू गर्न सक्छ। अर्कोतर्फ, तपाईँले अब उप्रान्त fstrim जस्ता उपयोगिताहरू प्रयोग गर्न आवश्यक पर्दैन, किनकि सबै उपलब्ध ब्लकहरू FS मा अतिरिक्त स्क्यानिङको आवश्यकता बिना र अपरेशनहरू ढिलो नगरी खाली गरिनेछ।

स्रोत: opennet.ru