Ny kernel Linux 6.2 dia hampiditra fanatsarana ny RAID5/6 amin'ny Btrfs

Ny fanatsarana Btrfs dia atolotra ho fampidirana ao amin'ny kernel Linux 6.2 hanamboarana ny olana "manoratra lavaka" amin'ny fampiharana RAID 5/6. Ny fototry ny olana dia mitodika amin'ny zava-misy fa raha nisy lozam-pifamoivoizana nandritra ny fandraisam-peo, dia tsy azo atao ny mahatakatra ny sakana amin'ny hoe iza amin'ireo fitaovana RAID no nosoratana tsara, ary izay tsy vita ny firaketana. Raha manandrana manangana RAID amin'ity toe-javatra ity ianao, dia mety ho simba ny sakana mifandraika amin'ny sakana voarakitra satria tsy mifanaraka ny toetry ny sakana RAID. Ity olana ity dia mitranga amin'ny array RAID1/5/6 izay tsy misy fepetra manokana entina hiadiana amin'io fiantraikany io.

Ao amin'ny fampiharana RAID toy ny RAID1 amin'ny btrfs, io olana io dia voavaha amin'ny fampiasana checksums amin'ny kopia roa, raha misy ny tsy fitoviana, ny angon-drakitra dia averina amin'ny kopia faharoa. Ity fomba fiasa ity koa dia miasa raha misy fitaovana manomboka manome data diso fa tsy tsy fahombiazana tanteraka.

Na izany aza, amin'ny tranga RAID5/6, ny rafitra rakitra dia tsy mitahiry checksums ho an'ny parity blocks: amin'ny toe-javatra mahazatra, ny fahamarinan'ny blocs dia voamarina amin'ny hoe izy rehetra dia manana checksum, ary ny parity block dia afaka averina avy amin'ny angona. Na izany aza, amin'ny tranga fandraketana ampahany, ity fomba ity dia mety tsy miasa amin'ny toe-javatra sasany. Amin'ity tranga ity, rehefa mamerina ny array, dia azo atao ny mamerina amin'ny laoniny ny sakana izay latsaka tao ambanin'ny rakitra tsy feno.

Raha ny momba ny btrfs, ity olana ity dia tena manan-danja indrindra raha kely kokoa noho ny tsipika ny sora-tanana vokarina. Amin'ity tranga ity, ny rafitra rakitra dia tsy maintsy manao asa famakiana-modify-write (RMW). Raha sendra sakana an-dalam-pandrosoana izy, dia mety hiteraka kolikoly izay tsy ho hita ny hetsika RMW, na inona na inona checksum. Ny mpamorona dia nanao fanovana izay nanamarinan'ny hetsika RMW ny checksum ny sakana alohan'ny hanaovana an'io asa io, ary raha ilaina, ny famerenana ny angon-drakitra dia manao fisavana checksum ihany koa aorian'ny fanoratana. Indrisy anefa, amin'ny toe-javatra misy ny fanoratana tsipika tsy feno (RMW), izany dia mitarika ho amin'ny fanampiny fanampiny amin'ny kajy ny checksums, fa mampitombo be ny fahatokisana. Ho an'ny RAID6, ny lojika toy izany dia tsy mbola vonona, na izany aza, noho ny tsy fahombiazana toy izany ao amin'ny RAID6, dia ilaina ny manoratra amin'ny fitaovana 2 indray mandeha, izay tsy dia azo inoana loatra.

Ho fanampin'izay, azontsika atao ny manamarika ny tolo-kevitra momba ny fampiasana RAID5 / 6 avy amin'ny mpamorona, ny maha-zava-dehibe azy dia ny hoe ao amin'ny Btrfs ny mombamomba ny fitehirizana metadata sy data dia mety tsy mitovy. Amin'ity tranga ity, azonao atao ny mampiasa ny RAID1 (fitaratra) na RAID1C3 (3 dika mitovy) ho an'ny metadata, ary RAID5 na RAID6 ho an'ny angona. Izany dia miantoka ny fiarovana azo antoka ny metadata sy ny tsy fisian'ny "soraty lavaka", amin'ny lafiny iray, ary mahomby kokoa ny fampiasana ny habaka, mahazatra ho an'ny RAID5/6, etsy ankilany. Misoroka ny kolikoly amin'ny metadata izany, ary azo ahitsy ny kolikoly amin'ny angona.

Marihina ihany koa fa ho an'ny SSD ao amin'ny Btrfs ao amin'ny kernel 6.2, ny famonoana asynchronous amin'ny hetsika "fanary" (fanamarihana ireo sakana afaka izay tsy azo tehirizina ara-batana intsony) dia alefa amin'ny alΓ lan'ny default. Ny tombony amin'ity fomba ity dia ny fampisehoana avo lenta noho ny fanangonana mahomby amin'ny hetsika "manary" amin'ny filaharana sy ny fanodinana bebe kokoa ny filaharana amin'ny alΓ lan'ny mpikirakira afara, noho izany dia tsy miadana ny hetsika FS mahazatra, toy ny tranga amin'ny synchronous " ario" rehefa afaka ny sakana, ary ny SSD dia afaka mandray fanapahan-kevitra tsara kokoa. Amin'ny lafiny iray, tsy mila mampiasa fitaovana toy ny fstrim intsony ianao, satria ho voafafa ao amin'ny FS ny sakana rehetra misy tsy mila scan fanampiny ary tsy mampiadana ny asa.

Source: opennet.ru

Add a comment