첫째, 당신은 그것의 일부 때문에 혼란스러워합니다. 상당히 유연하게 물리적 범위 크기( )를 설정할 수 있습니다 vgcreate -s <size-of-PE>. 하지만 괜찮습니다. 기본값을 사용해야 합니다. 맨페이지 인용:

기본값은 4MiB입니다.[H]많은 수의 익스텐트를 예약하면 도구 속도가 느려지지만 논리 볼륨의 I/O 성능에는 영향을 미치지 않습니다.

"I/O 성능에 영향이 없다"는 말은 문자 그대로 의미합니다. LVM은 장치 매퍼 주변의 래퍼이며 LVM 도구는 물리적 범위 크기를 장치 매퍼에 노출하지 않습니다. I/O를 수행하는 실제 커널 코드는 범위 크기를 모릅니다. 따라서 lvcreate워크로드의 일부로 항상 실행해야 하는 경우가 아니면 별 문제가 되지 않습니다 .

(이것은 데이터 정렬에 영향을 미칩니다. 아래를 참조하세요.)

논리 확장 영역의 크기( 를 사용하여 설정 lvcreate -l «number-of-extents»)는 논리 볼륨의 크기를 지정하는 한 가지 방법일 뿐입니다. LV 크기 = 물리적 확장 영역 크기 * 확장 영역 수. 일반적으로 이를 사용하는 -L «size»이유는 수학을 수행하고 인간 친화적인 치수를 지정할 수 있기 때문입니다.10T

위와 같은 의미가 아닌 한 "볼륨 범위"가 무엇을 의미하는지 잘 모르겠습니다. 또는 물리적 볼륨의 길이를 범위로 언급할 수도 있지만 이는 크기를 지정하는 또 다른 방법일 뿐입니다.

무엇에 관심을 가져야 할까요?

36TB에서는 sdb가 평범한 오래된 디스크일 가능성이 없습니다. 정렬 요구 사항을 찾아 모든 것이 올바르게 정렬되었는지 확인해야 합니다. data_alignment_offset_detection(참고자료 참조) 이것이 설정에 가장 쉬운 경우 man 5 lvm.confLVM 도구가 모든 것을 처리합니다. (논리 볼륨의) 할당은 전체 물리적 범위에 걸쳐 이루어지므로 PE 크기가 정렬 크기의 배수가 되기를 원할 것입니다. 그러나 4MiB에서는 이미 그럴 수도 있습니다. 잘못 정렬되면 I/O 성능, 특히 쓰기 성능이 저하됩니다.

또한 워크로드에 적합한 RAID 수준을 사용해야 합니다. 배터리로 구동되는 캐시도 고려해보세요.