btrfs의 하위 볼륨 기능에 대해 약간 읽었습니다. @films, @pictures, @music과 같은 데이터 파일 시스템의 주요 범주에 대한 하위 볼륨을 갖는 것은 흥미로울 것 같지만 폴더를 갖는 것보다 어떤 이점이 있습니까?
각 하위 볼륨을 마운트해야합니까? 또는 하위 볼륨이 루트 마운트 지점 아래의 폴더처럼 표시됩니까? 즉, / data 마운트 지점의 경우 / data / pictures, / data / music 등이 있습니다.
btrfs의 하위 볼륨 기능에 대해 약간 읽었습니다. @films, @pictures, @music과 같은 데이터 파일 시스템의 주요 범주에 대한 하위 볼륨을 갖는 것은 흥미로울 것 같지만 폴더를 갖는 것보다 어떤 이점이 있습니까?
각 하위 볼륨을 마운트해야합니까? 또는 하위 볼륨이 루트 마운트 지점 아래의 폴더처럼 표시됩니까? 즉, / data 마운트 지점의 경우 / data / pictures, / data / music 등이 있습니다.
답변:
귀하의 질문에 대한 답변은 "둘 다"입니다. 예, 각 하위 볼륨을 마운트해야합니다. 각 하위 볼륨은 일반 파일 시스템처럼 작동하므로 / etc와 같은 마운트 지점에 나타납니다.
이 아이디어에는 몇 가지 장점이 있습니다. 예를 들어 MySQL 데이터베이스 디렉토리를 하위 볼륨으로 만들면 백업에 사용할 스냅 샷을 만들 수 있습니다. 하나의 디스크가 고장 나더라도 데이터베이스는 그대로 유지되도록 해당 디렉토리를 RAID1로 만들 수도 있습니다. 다른 하나는 / etc에 서브 볼륨을 사용하므로 모든 종류의 시스템 구성 변경을 항상 되돌릴 수 있습니다. / home / username에 하위 볼륨을 사용하면 각 사용자가 시스템에서 Apple이 제공하는 것보다 훨씬 유연한 방식으로 타임 머신을 가질 수 있습니다.
물론, 가정과 하위를위한 하위 볼륨을 갖는 이점 중 하나는 업그레이드를 취소 할 수 있다는 것입니다. 예를 들어 12.04에서 12.10으로 매우 일찍 업그레이드하면 첫 달 이후에는 너무 버그가 많으므로 운영 체제를 업그레이드하지 마십시오. 나는 그것을 직접 시도하지는 않았지만 집을 지키고 이전 시스템을 다시 설치하는 것만 큼 좋은 시간이 걸리는 것을 제외하고는 잘 작동해야합니다. :)
현재 Ubuntu 커널 (ubuntu 12.10의)을 사용하는 하위 볼륨 기능은 여전히 "하위 볼륨 할당량 그룹"이 누락되어 있으므로 의미가 없습니다. 커널 3.6을 기다려야합니다 (어쩌면 우분투 13.04?). 물론 하위 볼륨을 스냅 호스트 할 수 있으며 물론 디렉토리를 스냅 샷 할 수 없습니다. 그러나 하위 볼륨이 LVM을 사용하는 논리 볼륨처럼 작동 할 것으로 예상 할 수 있지만 btrfs를 사용하면이 커널에 할당량 확장이 없기 때문에 비슷한 시나리오가 없습니다.
따라서 : 예, 스냅 샷을 만들 수 있지만 디렉토리처럼 보이며 하위 볼륨의 공간을 채우면 전체 파일 시스템의 공간을 채 웁니다 .....
하위 볼륨의 경로를 제공하여 하위 볼륨의 크기를 조정할 수도 있지만 크기 조정 작업은 하위 볼륨의 경로가 아니라 전체 파일 시스템에 영향을줍니다.
즉,이 커널을 사용하면 하위 볼륨을 프로덕션 준비가되지 않습니다.
그렇지 않으면 btrfs 파일 시스템을 하위 볼륨이 아닌 볼륨으로 사용해야합니다. btrfs 파일 시스템은 온라인으로 축소하거나 온라인으로 확장 할 수 있으므로 할당량이 필요하지 않습니다.
single또는RAID1모드로 끝납니다 .