개발중인 파일 시스템 인 Reiser5는 병렬 확장 지원을 통합합니다.

에드워드시 슈킨 개발자입니다 지난 4 년 동안 ReiserXNUMX 파일 시스템 지원 유지를 담당했습니다. 새로운 커널 버전. 시스템은 유지되었지만 개발이 진행된 다른 파일 시스템과 달리. Edward Shishkin은 Reiser4의 유지 관리에서 일했습니다. 동시에 Reiser5 파일 시스템 개발 작업을합니다. 이미 테스트에 사용할 수 있습니다.

이 새 버전 Reiser5는 병렬 확장에 혁신을 포함하는 것으로 유명합니다. 이는 블록 수준이 아니라 파일 시스템을 통해 수행됩니다.

장점으로 이 접근 방식의 비 병렬 FS + RAID / LVM 및 FS 패키지는 고유 한 단점이 없음을 선언합니다. (ZFS, Btrfs) 여유 공간 문제, 70 % 이상의 볼륨을 채울 때 성능 저하, 오래된 논리 볼륨 설계 알고리즘 (RAID / LVM) 등은 논리 볼륨에 데이터를 효율적으로 배포 할 수 없습니다.

병렬 FS에서 장치를 논리 볼륨에 추가하기 전에 표준 mkfs 유틸리티로 포맷해야합니다.

ZFS와 달리 Reiser5는 자체 블록 레이어를 구현하지 않습니다., 자유 블록 할당 자 O (1)를 사용하더라도. 작곡이 가능합니다 간단하고 효율적인 방법으로e는 크기와 대역폭이 다른 블록 장치의 논리 볼륨입니다. 데이터는 새로운 알고리즘을 사용하여 이러한 장치간에 배포됩니다.

이 평가판의 발표에서 Edward Shishkin은 다음과 같이 말했습니다.

로컬 머신의 논리 볼륨에 블록 장치를 추가하는 새로운 방법을 발표하게되어 기쁘게 생각합니다.

파일 시스템 (및 운영 체제) 개발의 질적으로 새로운 수준이라고 생각합니다. 병렬 확장이 가능한 로컬 볼륨 ...

우리의 접근 방식에서 수평 확장은 블록 계층 수단이 아닌 파일 시스템 수단으로 수행됩니다. 사용자는 각 장치에 대해 발행 된 I / O 요청의 흐름을 제어합니다.

Edward Shishkin은 다음과 같이 말합니다. 각 장치에 대한 I / O 요청의 일부는 사용자가 할당 한 상대적 용량과 같습니다.논리 볼륨이 데이터로 "균등하게" "균등하게"채워지도록합니다.

동시에 저용량 블록 장치는 저장을 위해 더 적은 블록을 수신하며 성능이 낮은 장치는 병목 현상이 발생하지 않습니다 (예 : RAID 어레이의 경우).

볼륨에 장치를 추가하고 볼륨에서 장치를 제거하면 재조정이 수반됩니다. 배포의 "공정성"을 유지합니다.

포함 된 모든 블록 장치를 동시에 유지 관리 할 수 ​​있습니다. 각각에 대해 개별적인 접근 방식을 사용하여 논리 볼륨에 저장합니다 (하드 드라이브에 대한 조각 모음, SSD에 대한 삭제 쿼리 게시 등).

논리 볼륨의 여유 공간은 표준 df (1) 유틸리티로 제어됩니다. 또한 사용자는 논리 볼륨 장치의 각 구성 요소에서 여유 공간을 모니터링 할 수 있습니다.

병렬 네트워크 파일을 사용하여 수평 확장에 상당한 진전이있었습니다. (GPFS, Lustre 등). 그러나 신청 방법이 명확하지 않았습니다.
귀하의 기술을 로컬 FS에 제공합니다.

주로 로컬 파일에서 시스템은 네트워크만큼 "백엔드 스토리지"만큼 사치스럽지 않습니다. 그들이하다. 로컬 FS의 인터페이스는 매우 열악합니다. 블록 레이어와의 상호 작용. 예를 들어 로컬 Linux FS에서 다음을 수행 할 수 있습니다. 일부 버퍼에 대해 I / O 요청을 작성하고 발행하기 만하면됩니다.

Reiser5의 TODO 목록에있는 항목 중 위치 :

• 논리 볼륨을 지원하기위한 FSCK 업그레이드
• 볼륨 당 하나 이상의 메타 데이터 블록이있는 비대칭 LV
• 대칭 논리 볼륨
• LV의 3D 스냅 샷
• 여러 하위 볼륨에 메타 데이터 배포
• fsck 유틸리티를 사용하여 논리 볼륨 확인 / 복원 (이전 버전에서 업그레이드)
• 글로벌 볼륨 (네트워크), 다른 머신에 장치 추가.

그것에 대해 더 알고 싶다면 상담 할 수 있습니다. 다음 링크.