गाभ्यात Linux ६.२ मध्ये Btrfs मधील RAID5/6 सुधारणांचा समावेश असेल.

कर्नल सक्षम करण्यासाठी Linux 6.2 मध्ये RAID 5/6 अंमलबजावणीमधील "राइट होल" समस्येचे निराकरण करण्यासाठी Btrfs मध्ये सुधारणा प्रस्तावित केल्या आहेत. ही समस्या या वस्तुस्थितीमुळे उद्भवते की, जर राइट प्रक्रियेदरम्यान राइट फेल्युअर आले, तर सुरुवातीला हे निश्चित करणे अशक्य होते की कोणत्या RAID डिव्हाइसवरील कोणता ब्लॉक योग्यरित्या लिहिला गेला आणि कोणता नाही. जर या परिस्थितीत RAID रिकव्हरीचा प्रयत्न केला गेला, तर न लिहिलेल्या ब्लॉक्सशी संबंधित ब्लॉक्स करप्ट होऊ शकतात, कारण RAID ब्लॉक स्टेट आउट ऑफ सिंक असते. ही समस्या अशा कोणत्याही RAID 1/5/6 अॅरेमध्ये उद्भवते, जे या समस्येचे निवारण करण्यासाठी विशेष उपाययोजना करत नाहीत.

btrfs मधील RAID1 सारख्या RAID अंमलबजावणीमध्ये, दोन्ही प्रतींवर चेकसम वापरून ही समस्या सोडवली जाते; जर काही तफावत असेल तर दुसऱ्या प्रतीमधून डेटा पुनर्संचयित केला जातो. जर डिव्हाइस पूर्णपणे बिघाड होण्याऐवजी चुकीचा डेटा परत करण्यास सुरुवात करत असेल तर ही पद्धत देखील कार्य करते.

तथापि, RAID5/6 मध्ये, फाइल सिस्टम पॅरिटी ब्लॉक्ससाठी चेकसम साठवत नाही: सामान्यतः, ब्लॉक्सची शुद्धता त्यांच्या सर्वांमध्ये चेकसम आहे या वस्तुस्थितीद्वारे सत्यापित केली जाते आणि डेटामधून पॅरिटी ब्लॉकची पुनर्बांधणी केली जाऊ शकते. तथापि, आंशिक लेखनाच्या बाबतीत, काही विशिष्ट परिस्थितींमध्ये हा दृष्टिकोन अयशस्वी होऊ शकतो. या प्रकरणात, अ‍ॅरे पुनर्संचयित करताना, अपूर्ण लेखनामुळे प्रभावित ब्लॉक्सची पुनर्बांधणी चुकीच्या पद्धतीने केली जाण्याची शक्यता आहे.

btrfs च्या बाबतीत, जेव्हा लेखन केले जात आहे ते स्ट्राइपपेक्षा लहान असते तेव्हा ही समस्या सर्वात तीव्र असते. या प्रकरणात, फाइल सिस्टमला रीड-मॉडिफाय-राइट (RMW) ऑपरेशन करावे लागते. जर या ऑपरेशनमध्ये अपूर्ण लेखन असलेले ब्लॉक आढळले तर RMW ऑपरेशनमुळे भ्रष्टाचार होऊ शकतो जो चेकसम काहीही असो, तो सापडत नाही. डेव्हलपर्सनी एक बदल अंमलात आणला आहे जेणेकरून RMW ऑपरेशन ऑपरेशन करण्यापूर्वी ब्लॉक चेकसमची पडताळणी करेल आणि डेटा रिकव्हरी आवश्यक असल्यास, लेखनानंतर चेकसमची पडताळणी देखील करेल. दुर्दैवाने, आंशिक स्ट्राइप राइट्स (RMW) च्या बाबतीत, यामुळे चेकसमची गणना करण्यासाठी अतिरिक्त ओव्हरहेड होते, परंतु विश्वासार्हता लक्षणीयरीत्या सुधारते. हे लॉजिक अद्याप RAID 6 साठी तयार नाही, परंतु RAID 6 मध्ये अशा अपयशासाठी, एकाच वेळी दोन उपकरणांवर लेखन अयशस्वी होणे आवश्यक आहे, जे कमी शक्यता आहे.

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

हे देखील लक्षात घेण्यासारखे आहे की कर्नल 6.2 मधील Btrfs मध्ये SSD साठी असिंक्रोनस "डिस्कर्ड" ऑपरेशन्स (मुक्त ब्लॉक्स चिन्हांकित करणे जे आता भौतिकरित्या संग्रहित केले जाऊ शकत नाहीत) डीफॉल्टनुसार सक्षम केले जातील. या मोडचा फायदा म्हणजे "डिस्कर्ड" ऑपरेशन्सचे क्यूमध्ये कार्यक्षम गटबद्ध करणे आणि पार्श्वभूमी हँडलरद्वारे क्यूची त्यानंतरची प्रक्रिया यामुळे उच्च कार्यक्षमता. याचा अर्थ असा की ब्लॉक्स मुक्त झाल्यामुळे सामान्य फाइल सिस्टम ऑपरेशन्स मंद होत नाहीत, जसे की सिंक्रोनस "डिस्कर्ड" च्या बाबतीत होते आणि SSD चांगले निर्णय घेऊ शकते. दुसरीकडे, fstrim सारख्या उपयुक्तता वापरण्याची आता आवश्यकता नाही, कारण अतिरिक्त स्कॅनिंग किंवा ऑपरेशन्स मंदावल्याशिवाय फाइल सिस्टममध्ये सर्व उपलब्ध ब्लॉक्स साफ केले जातील.

स्त्रोत: opennet.ru