리눅스 커널
최근에 밝혀졌다. Linux 6.2 커널에 포함하기 위해 Btrfs에 대한 개선 사항이 제안되었습니다. RAID 5/6 구현에서 쓰기 구멍 문제를 해결합니다.
문제의 본질은 기록 중에 충돌이 발생하면 어떤 블록에 어떤 RAID 장치가 올바르게 기록되었고 기록이 완료되지 않았는지 처음에는 이해할 수 없다는 사실로 귀결됩니다.
이 상황에서 RAID를 재구축하려고 하면 RAID 블록의 상태가 동기화되지 않아 구독한 블록에 해당하는 블록이 손상될 수 있습니다. 이 문제는 이 문제를 해결하기 위해 특별한 조치를 취하지 않은 모든 RAID1/5/6 어레이에서 발생합니다.
btrfs의 RAID1과 같은 RAID 구현에서는 이 문제가 해결됩니다. 두 복사본에서 체크섬을 사용하여 일치하지 않는 경우 두 번째 복사본에서 데이터를 간단히 복원합니다. 이 접근 방식은 장치가 완전히 실패하는 대신 잘못된 데이터를 제공하기 시작하는 경우에도 작동합니다.
그러나, RAID5/6의 경우 파일 시스템은 체크섬을 저장하지 않습니다. 패리티 블록의 경우-정상적인 상황에서 블록의 정확성은 모두 체크섬이 장착되어 있고 데이터에서 패리티 블록을 다시 만들 수 있다는 사실로 확인됩니다. 그러나 부분 녹화의 경우 특정 상황에서 이 방법이 작동하지 않을 수 있습니다. 이 경우, 어레이를 복원할 때 다음이 가능합니다. 불완전한 기록에 남겨진 블록 잘못 복원됩니다.
btrfs의 경우 이 문제는 발생하는 쓰기가 스트라이프보다 작은 경우 더 관련이 있습니다. 이 경우 파일 시스템은 읽기-수정-쓰기(RMW) 작업을 수행해야 합니다.
쓰기 진행 중 블록을 발견하면 RMW 작업으로 인해 체크섬에 관계없이 감지되지 않는 손상이 발생할 수 있습니다. 개발자는 RMW 작업이 이 작업을 수행하기 전에 블록의 체크섬을 확인하고 필요한 경우 데이터 복구도 쓰기 후 체크섬 확인을 수행하도록 변경했습니다.
불행하게도 불완전한 프린지(RMW)가 작성된 상황에서는 체크섬을 계산하기 위한 추가 오버헤드가 발생하지만 안정성이 크게 향상됩니다. RAID6의 경우 이러한 논리가 아직 준비되지 않았습니다.
또한 개발자의 RAID5/6 사용에 대한 권장 사항을 확인할 수 있습니다. 그 핵심은 Btrfs에서 메타데이터 및 데이터 저장을 위한 프로필이 다를 수 있다는 것입니다. 이 경우 메타데이터에는 RAID1(미러) 또는 RAID1C3(복사본 3개) 프로파일을 사용하고 데이터에는 RAID5 또는 RAID6을 사용할 수 있습니다.
이는 신뢰할 수 있는 메타데이터 보호와 "쓰기 구멍"의 부재를 보장하고 다른 한편으로는 RAID5/6의 전형적인 공간 사용을 보다 효율적으로 합니다. 이를 통해 메타데이터 손상을 방지하고 데이터 손상을 수정할 수 있습니다.
또한 커널 6.2의 Btrfs에 있는 SSD의 경우, la "삭제" 작업의 비동기 실행 (더 이상 물리적으로 저장할 수 없는 해제된 블록 표시)는 기본적으로 켜져 있습니다.
이것의 장점 모드는 고성능 대기열의 폐기 작업을 효율적으로 그룹화하고 백그라운드 처리기에 의한 대기열의 사후 처리로 인해 블록이 해제될 때 동기식 "폐기"의 경우처럼 정상적인 FS 작업이 느려지지 않으며 SSD가 더 나은 성능을 발휘할 수 있습니다. 결정. 반면에 더 이상 fstrim과 같은 유틸리티를 사용할 필요가 없습니다. 사용 가능한 모든 블록이 추가 스캔 없이 작업 속도를 늦추지 않고 FS에서 지워지기 때문입니다.
마지막으로, 그것에 대해 더 알고 싶으시면 자세한 내용을 참조하십시오. 다음 링크.