Linux 6.2 કર્નલ Btrfs માં RAID5/6 માં સુધારાઓનો સમાવેશ કરશે

RAID 6.2/5 અમલીકરણમાં રાઈટ હોલ સમસ્યાને ઠીક કરવા માટે Linux 6 કર્નલમાં સમાવેશ કરવા માટે Btrfs સુધારાઓ પ્રસ્તાવિત કરવામાં આવ્યા છે. સમસ્યાનો સાર એ હકીકત પર આવે છે કે જો રેકોર્ડિંગ દરમિયાન કોઈ ક્રેશ થાય છે, તો તે સમજવું શરૂઆતમાં અશક્ય છે કે કયા બ્લોક પર RAID ઉપકરણ યોગ્ય રીતે લખાયેલું હતું, અને જેમાં રેકોર્ડિંગ પૂર્ણ થયું ન હતું. જો તમે આ પરિસ્થિતિમાં RAID પુનઃસ્થાપિત કરવાનો પ્રયાસ કરો છો, તો અન્ડરરાઇટ કરેલા બ્લોક્સને અનુરૂપ બ્લોક્સ નાશ પામી શકે છે કારણ કે RAID બ્લોક્સની સ્થિતિ સુમેળની બહાર છે. આ સમસ્યા કોઈપણ RAID1/5/6 એરેમાં જોવા મળે છે જ્યાં આ અસરનો સામનો કરવા માટે ખાસ પગલાં લેવામાં આવ્યા નથી.

RAID અમલીકરણમાં, જેમ કે btrfs માં RAID1, આ સમસ્યા બંને નકલોમાં ચેકસમનો ઉપયોગ કરીને ઉકેલવામાં આવે છે; જો કોઈ મેળ ખાતું ન હોય, તો ડેટા ફક્ત બીજી નકલમાંથી પુનઃસ્થાપિત થાય છે. આ અભિગમ પણ કામ કરે છે જો અમુક ઉપકરણ સંપૂર્ણ નિષ્ફળતાને બદલે ખોટો ડેટા મોકલવાનું શરૂ કરે છે.

જો કે, RAID5/6 ના કિસ્સામાં, ફાઇલ સિસ્ટમ પેરિટી બ્લોક્સ માટે ચેકસમ સંગ્રહિત કરતી નથી: સામાન્ય પરિસ્થિતિમાં, બ્લોક્સની માન્યતા એ હકીકત દ્વારા ચકાસવામાં આવે છે કે તે બધાને ચેકસમ અને પેરિટી બ્લોક આપવામાં આવ્યા છે. ડેટામાંથી પુનઃનિર્માણ કરી શકાય છે. જો કે, આંશિક રેકોર્ડિંગના કિસ્સામાં, આ અભિગમ ચોક્કસ પરિસ્થિતિઓમાં કામ કરી શકશે નહીં. આ કિસ્સામાં, એરેને પુનઃસ્થાપિત કરતી વખતે, શક્ય છે કે અપૂર્ણ રેકોર્ડ હેઠળ આવતા બ્લોક્સ ખોટી રીતે પુનઃસ્થાપિત કરવામાં આવશે.

btrfs ના કિસ્સામાં, આ સમસ્યા સૌથી વધુ સુસંગત છે જો ઉત્પાદિત થયેલ રેકોર્ડ પટ્ટા કરતા નાનો હોય. આ કિસ્સામાં, ફાઇલ સિસ્ટમે રીડ-સંશોધિત-લખાણ ઓપરેશન (રીડ-સંશોધિત-લખો, RMW) કરવું આવશ્યક છે. જો આ અપૂર્ણ લેખન સાથેના બ્લોક્સનો સામનો કરે છે, તો પછી RMW ઓપરેશન ભ્રષ્ટાચારનું કારણ બની શકે છે જે ચેકસમ્સને ધ્યાનમાં લીધા વિના શોધી શકાશે નહીં. વિકાસકર્તાઓએ ફેરફારો કર્યા છે જેમાં RMW ઑપરેશન આ ઑપરેશન કરતાં પહેલાં બ્લોક્સના ચેકસમની તપાસ કરે છે, અને જો ડેટાને પુનઃસ્થાપિત કરવા માટે જરૂરી હોય, તો તે રેકોર્ડિંગ પછી ચેકસમ્સને પણ તપાસે છે. કમનસીબે, અપૂર્ણ સ્ટ્રાઇપ (RMW) લખવાની સ્થિતિમાં, આ ચેકસમની ગણતરી માટે વધારાના ઓવરહેડ તરફ દોરી જાય છે, પરંતુ નોંધપાત્ર રીતે વિશ્વસનીયતામાં વધારો કરે છે. RAID6 માટે, આવા તર્ક હજુ સુધી તૈયાર નથી, જો કે, RAID6 માં આવી નિષ્ફળતા માટે તે જરૂરી છે કે લેખન એકસાથે 2 ઉપકરણો પર નિષ્ફળ જાય, જેની શક્યતા ઓછી છે.

વધુમાં, અમે વિકાસકર્તાઓ તરફથી RAID5/6 નો ઉપયોગ કરવા માટેની ભલામણો નોંધી શકીએ છીએ, જેનો સાર એ હકીકત પર ઉકળે છે કે Btrfs માં મેટાડેટા અને ડેટા સ્ટોરેજ પ્રોફાઇલ અલગ હોઈ શકે છે. આ કિસ્સામાં, તમે મેટાડેટા માટે RAID1 પ્રોફાઇલ (મિરર) અથવા તો RAID1C3 (3 નકલો) અને ડેટા માટે RAID5 અથવા RAID6 નો ઉપયોગ કરી શકો છો. આ એક તરફ વિશ્વસનીય મેટાડેટા સુરક્ષા અને "રાઈટ હોલ" ની ગેરહાજરી અને બીજી તરફ જગ્યાનો વધુ કાર્યક્ષમ ઉપયોગ, RAID5/6 ની લાક્ષણિકતાની ખાતરી આપે છે. આનાથી મેટાડેટા ભ્રષ્ટાચાર ટાળી શકાય છે અને ડેટા ભ્રષ્ટાચારને સુધારી શકાય છે.

તે પણ નોંધી શકાય છે કે કર્નલ 6.2 માં Btrfs માં SSDs માટે, "ડિસ્કર્ડ" ઑપરેશનનું અસુમેળ અમલ મૂળભૂત રીતે સક્રિય થશે (મુક્ત બ્લોક્સને ચિહ્નિત કરવું કે જેને ભૌતિક રીતે સંગ્રહિત કરવાની જરૂર નથી). આ મોડનો ફાયદો એ છે કે કતારમાં "કાઢી નાખો" ઑપરેશન્સના અસરકારક જૂથીકરણ અને પૃષ્ઠભૂમિ પ્રોસેસર દ્વારા કતારની વધુ પ્રક્રિયાને કારણે ઉચ્ચ પ્રદર્શન છે, તેથી જ સામાન્ય FS ઑપરેશન ધીમું થતું નથી, જેમ કે સિંક્રનસ " કાઢી નાખો" કારણ કે બ્લોક્સ મુક્ત થાય છે, અને SSD વધુ સારા નિર્ણયો લઈ શકે છે. બીજી બાજુ, તમારે હવે fstrim જેવી ઉપયોગિતાઓનો ઉપયોગ કરવાની જરૂર રહેશે નહીં, કારણ કે વધારાના સ્કેનિંગની જરૂર વગર અને કામગીરીને ધીમું કર્યા વિના તમામ ઉપલબ્ધ બ્લોક્સ FS માં સાફ કરવામાં આવશે.

સોર્સ: opennet.ru