Linux SW RAID 및 물리적 볼륨

Question 1

RAID에서 파티션을 사용하는 것의 장점 중 하나는 디스크가 파티션되어 있다는 것이 분명한데, 파티션의 볼륨 유형을 설정할 수 있다면(예를 들어 ( fdraid 자동 감지) fdisk또는 파티션 이름을 사용하여), parted디스크(파티션)는 장치의 첫 번째 블록에 있는 실제 데이터를 보지 않고 RAID 어레이에 속합니다.

또한 디스크의 크기가 동일하지 않은 경우 더 큰 드라이브의 나머지 디스크 공간을 사용하는 것이 더 쉽습니다. 작은 크기 차이에는 유용하지 않을 수 있지만 여러 개의 3TB 드라이브와 두 개의 4TB 드라이브가 있는 RAID가 있습니다. 3TB 드라이브에는 전체 디스크를 차지하는 파티션만 있고, 4TB 드라이브의 첫 번째 파티션을 3TB 드라이브의 파티션과 동일하게 설정했고, 두 번째 파티션에서는 나머지 1TB 파티션에 액세스할 수 있었습니다.

1 _{물론, RAID의 데이터를 사용하는 동안 이러한 파티션을 마운트하고 액세스하면 성능에 영향을 미칠 수 있습니다.}

Answer

RAID에서 파티션을 사용하는 것의 장점 중 하나는 디스크가 파티션되어 있다는 것이 분명한데, 파티션의 볼륨 유형을 설정할 수 있다면(예를 들어 ( fdraid 자동 감지) fdisk또는 파티션 이름을 사용하여), parted디스크(파티션)는 장치의 첫 번째 블록에 있는 실제 데이터를 보지 않고 RAID 어레이에 속합니다.

또한 디스크의 크기가 동일하지 않은 경우 더 큰 드라이브의 나머지 디스크 공간을 사용하는 것이 더 쉽습니다. 작은 크기 차이에는 유용하지 않을 수 있지만 여러 개의 3TB 드라이브와 두 개의 4TB 드라이브가 있는 RAID가 있습니다. 3TB 드라이브에는 전체 디스크를 차지하는 파티션만 있고, 4TB 드라이브의 첫 번째 파티션을 3TB 드라이브의 파티션과 동일하게 설정했고, 두 번째 파티션에서는 나머지 1TB 파티션에 액세스할 수 있었습니다.

1 _{물론, RAID의 데이터를 사용하는 동안 이러한 파티션을 마운트하고 액세스하면 성능에 영향을 미칠 수 있습니다.}

Question 2

자신이 하고 있는 일을 정말로 알고 있다면 파티셔닝이 필요하지 않습니다.

동시에 파티션을 사용하는 데에는 일반적으로 단점이 없으므로 대부분의 사람들이 파티션을 사용합니다.

부작용: 파티션 없이 부트로더를 쉽게 설치할 수 없습니다. 다양한 운영 체제(Linux-CD도 포함)의 설치 프로그램은 파티션되지 않은 디스크가 비어 있다고 생각하여 덮어쓸 수 있으므로 실수로 RAID를 손상시킬 위험이 더 높습니다. .

개인적으로 구역화를 좋아합니다. 나는 심지어 꼭 필요한 것 이상을 사용했습니다. 디스크를 더 작은 단위(예: 4T 대신 250G)로 분할하고 이를 사용하여 여러 개의 더 작은 RAID(나중에 LVM으로 병합)를 만들었습니다. 매우 큰 배열보다 처리 및 유지 관리가 더 쉽다는 것을 알았습니다.

Answer