Pour la version 6.2 du noyau Linux, des am\u00e9liorations pour Btrfs ont \u00e9t\u00e9 propos\u00e9es afin de r\u00e9soudre le probl\u00e8me du \u00ab write hole \u00bb dans la mise en \u0153uvre du RAID 5\/6. L'essence du probl\u00e8me est que si une panne survient pendant l'\u00e9criture, il est initialement impossible de savoir quel bloc a \u00e9t\u00e9 correctement enregistr\u00e9 sur lequel des dispositifs RAID et lequel a une \u00e9criture incompl\u00e8te. Lors d'une tentative de restauration du RAID dans une telle situation, il peut y avoir destruction des blocs correspondant aux blocs non enregistr\u00e9s, car l'\u00e9tat des blocs RAID est d\u00e9synchronis\u00e9. Ce probl\u00e8me survient dans tous les ensembles RAID1\/5\/6 o\u00f9 aucune mesure sp\u00e9ciale n'a \u00e9t\u00e9 prise pour lutter contre cet effet. <\/p>\n
Dans l'impl\u00e9mentation RAID, comme RAID1 dans btrfs, ce probl\u00e8me est r\u00e9solu par l'utilisation de sommes de contr\u00f4le sur les deux copies : en cas de non-co\u00efncidence, les donn\u00e9es sont simplement r\u00e9cup\u00e9r\u00e9es \u00e0 partir de la deuxi\u00e8me copie. Cette approche fonctionne \u00e9galement si un appareil commence \u00e0 fournir des donn\u00e9es incorrectes au lieu d'une panne compl\u00e8te. <\/p>\n
Cependant, dans le cas de RAID5\/6, le syst\u00e8me de fichiers ne stocke pas de sommes de contr\u00f4le pour les blocs de parit\u00e9 : dans une situation normale, l'int\u00e9grit\u00e9 des blocs est v\u00e9rifi\u00e9e par le fait qu'ils sont tous dot\u00e9s d'une somme de contr\u00f4le, et le bloc de parit\u00e9 peut \u00eatre recr\u00e9\u00e9 \u00e0 partir des donn\u00e9es. Cependant, en cas d'\u00e9criture partielle, cette approche peut ne pas fonctionner dans certaines situations. Dans ce cas, lors de la restauration de l'ensemble, il n'est pas exclu que les blocs concern\u00e9s par une \u00e9criture inachev\u00e9e soient r\u00e9cup\u00e9r\u00e9s de mani\u00e8re incorrecte. <\/p>\n
Dans le cas de btrfs, ce probl\u00e8me est particuli\u00e8rement pertinent lorsque l'\u00e9criture produite est inf\u00e9rieure \u00e0 la taille d'un stripe. Dans ce cas, le syst\u00e8me de fichiers doit effectuer une op\u00e9ration de lecture-modification-\u00e9criture (read-modify-write, RMW). Si des blocs avec une \u00e9criture incompl\u00e8te se pr\u00e9sentent, l'op\u00e9ration RMW peut entra\u00eener des corruptions qui ne seront pas d\u00e9tect\u00e9es, malgr\u00e9 les sommes de contr\u00f4le. Les d\u00e9veloppeurs ont apport\u00e9 des modifications pour que l'op\u00e9ration RMW v\u00e9rifie la somme de contr\u00f4le des blocs avant d'effectuer cette op\u00e9ration, et, en cas de restauration des donn\u00e9es, effectue \u00e9galement une v\u00e9rification des sommes de contr\u00f4le apr\u00e8s l'\u00e9criture. Malheureusement, dans la situation d'une \u00e9criture d'un stripe incomplet (RMW), cela entra\u00eene des frais suppl\u00e9mentaires pour le calcul des sommes de contr\u00f4le, mais augmente consid\u00e9rablement la fiabilit\u00e9. Pour RAID6, cette logique n'est pas encore pr\u00eate, cependant, pour une telle d\u00e9faillance dans RAID6, il est n\u00e9cessaire que l'\u00e9criture \u00e9choue sur 2 appareils en m\u00eame temps, ce qui est moins probable. <\/p>\n
Il convient \u00e9galement de noter les recommandations des d\u00e9veloppeurs concernant l'utilisation du RAID5\/6, qui stipulent qu'avec Btrfs, le profil de stockage des m\u00e9tadonn\u00e9es et des donn\u00e9es peut diff\u00e9rer. Ainsi, il est possible d'utiliser un profil RAID1 (miroir) ou m\u00eame RAID1C3 (3 copies) pour les m\u00e9tadonn\u00e9es, et pour les donn\u00e9es, RAID5 ou RAID6. Cela assure une protection fiable des m\u00e9tadonn\u00e9es et l'absence de \u00ab write hole \u00bb d'une part, et une utilisation plus efficace de l'espace caract\u00e9ristique du RAID5\/6 d'autre part. Cela permet d'\u00e9viter la destruction des m\u00e9tadonn\u00e9es, tandis que les pertes de donn\u00e9es peuvent \u00eatre corrig\u00e9es. <\/p>\n
Il convient \u00e9galement de noter que pour les SSD, dans Btrfs de la version 6.2, l'ex\u00e9cution asynchrone de l'op\u00e9ration \u00ab discard \u00bb (marquage des blocs lib\u00e9r\u00e9s qui peuvent ne plus \u00eatre physiquement stock\u00e9s) sera activ\u00e9e par d\u00e9faut. L'avantage de ce mode est une haute performance due \u00e0 une gestion efficace des op\u00e9rations \u00ab discard \u00bb en file d'attente, suivie par le traitement de la file d'attente par un gestionnaire de t\u00e2ches en arri\u00e8re-plan, ce qui \u00e9vite au syst\u00e8me de fichiers des ralentissements, contrairement \u00e0 un \u00ab discard \u00bb synchronis\u00e9 lors de la lib\u00e9ration des blocs, permettant aux SSD de prendre de meilleures d\u00e9cisions. D'autre part, il ne sera plus n\u00e9cessaire d'utiliser des outils comme fstrim, car tous les blocs disponibles seront nettoy\u00e9s dans le syst\u00e8me de fichiers sans besoin de scan suppl\u00e9mentaire et sans ralentissement des op\u00e9rations. \u0414\u043b\u044f \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u044f\u0434\u0440\u043e Linux 6.2 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u044b \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f Btrfs, \u043a\u0430\u0441\u0430\u044e\u0449\u0438\u0435\u0441\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b «write hole» \u0432 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 RAID 5\/6. \u0421\u0443\u0442\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u0442\u043e\u043c\u0443, \u0447\u0442\u043e \u0435\u0441\u043b\u0438 \u043a\u0440\u0430\u0445 \u0441\u043b\u0443\u0447\u0438\u043b\u0441\u044f \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u0437\u0430\u043f\u0438\u0441\u0438, \u0438\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u043f\u043e\u043d\u044f\u0442\u044c \u043a\u0430\u043a\u043e\u0439 \u0431\u043b\u043e\u043a \u043d\u0430 \u043a\u0430\u043a\u043e\u043c \u0438\u0437 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 RAID \u0437\u0430\u043f\u0438\u0441\u0430\u043b\u0441\u044f \u043a\u043e\u0440\u0440\u0435\u043a\u0442\u043d\u043e, \u0430 \u0432 \u043a\u0430\u043a\u043e\u043c \u0437\u0430\u043f\u0438\u0441\u044c \u043d\u0435 \u0431\u044b\u043b\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0435\u043d\u0430. \u0412 \u0441\u043b\u0443\u0447\u0430\u0435 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f RAID \u0432 \u043f\u043e\u0434\u043e\u0431\u043d\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-106149","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Des am\u00e9liorations RAID5\/6 dans Btrfs seront int\u00e9gr\u00e9es au noyau Linux 6.2 | ProHoster","description":"Pour le noyau Linux 6.2, des am\u00e9liorations Btrfs ont \u00e9t\u00e9 propos\u00e9es pour corriger le probl\u00e8me du \"write hole\" dans l'impl\u00e9mentation RAID 5\/6.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/v-yadro-linux-6-2-vojdut-uluchsheniya-raid5-6-v-btrfs","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412 \u044f\u0434\u0440\u043e Linux 6.2 \u0432\u043e\u0439\u0434\u0443\u0442 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f RAID5\/6 \u0432 Btrfs | ProHoster","og:description":"\u0414\u043b\u044f \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u044f\u0434\u0440\u043e Linux 6.2 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u044b \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f Btrfs, \u043a\u0430\u0441\u0430\u044e\u0449\u0438\u0435\u0441\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b "write hole" \u0432 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 RAID 5\/6.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/v-yadro-linux-6-2-vojdut-uluchsheniya-raid5-6-v-btrfs","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2022-12-18T19:36:39+00:00","article:modified_time":"2022-12-18T19:36:39+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/106149","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=106149"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/106149\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=106149"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=106149"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=106149"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n
Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"