답변:
가능하면 ZFS와 함께 전체 디스크를 사용하는 것이 좋습니다.
유스 케이스에서 파티션을 나눌 필요가 없습니다.
물리적 디스크 당 ZFS 전용 슬라이스 / 파티션 하나를 사용하고 파티션을 남겨 두십시오. 이렇게하면 드라이브를 교체해야하고 교체 섹터가 10 개 더 작은 경우에도 여전히 드라이브를 교체 할 수 있습니다 ( http://www.freebsddiary.org/zfs-with-gpart.php ).
이것이 Solaris가 자동으로하는 것, FreeNAS 가하는 것 ( https://forums.freenas.org/index.php?threads/zfs-on-partitioned-disks.37079/ )이며 ZoL은 전체 디스크를 제공 할 때 수행합니다. 그것을 분할합니다 ...
파티션의 위치를 실제 장치의 위치로 변환하는 오버 헤드는 무시할 수 있습니다. 따라서 파티션이 물리적 섹터 경계에 올바르게 정렬되면 전체 블록 장치와 다르게 동작 할 이유가 없습니다.
ZoL을 사용하면 내가 아는 유일한 차이점은 ZoL이 noop전체 디스크가 vdev에 제공되었을 때 디스크 스케줄러를 전환한다는 것 입니다. 수동 설정을 방해하는 것은 없습니다.
그럼에도 불구하고 일부는 ... 디스크 당 ZFS에 대해 더 많은 파티션을 만들지 말고 위의 조언을 무시하기로 결정한 경우 동일한 zpool에서 vdev를 만들지 마십시오. ZFS가 vdev 사이의 데이터를 슬라이스하고 순차적 iops가 악몽으로 바뀌므로 기본적으로 성능이 저하됩니다.
내 머리 속에이 질문은 늦게 지정할 수 있다면 그 디스크에 무엇이 있는지 의심 스럽기 때문에 발생합니다. 따라서 전체 드라이브에 풀을 만들면 (예, 필요한 경우 -f 옵션을 사용하여) zpool은 실제로 gpt 파티션 테이블을 만들고 다음과 같은 Solaris 파티션 :
(fdisk -l ...)
...
Disklabel type: gpt
Disk identifier: 4CBE587E-23AF-8E4B-A7F0-B44AD6083171
Device Start End Sectors Size Type
/dev/sdd1 2048 3907010559 3907008512 1,8T Solaris /usr & Apple ZFS
/dev/sdd9 3907010560 3907026943 16384 8M Solaris reserved 1
따라서 실제로 수동으로 파티션을 만들 필요가 없습니다 ...
your use case. 파티셔닝이 유용한 경우를 알려줄 수 있습니까?