Tôi có nên tạo các zpool ZFS với toàn bộ đĩa hoặc phân vùng không?


14

Tôi đang tạo zpool trên máy FreeBSD. Trong khi tạo zpool tôi quan sát hai trường hợp sau:

  1. Nếu tôi lấy raw disksvà tạo zpoolthì tôi có thể tạo thành các zpool và chúng đang hoạt động hoàn hảo.

  2. Nếu tôi định dạng đĩa sử dụng gparttrong freebsd-zfsđịnh dạng và sau đó làm cho zpool sau đó họ cũng đang làm việc một cách hoàn hảo.

Điều tôi bối rối là, cách tiếp cận nào tốt hơn cho việc tạo ra các zpool?

Câu trả lời:


8

Tốt hơn là sử dụng toàn bộ đĩa với ZFS, khi có thể.
Không cần phân vùng trong trường hợp sử dụng của bạn.


Ý anh là bởi những gì your use case. Bạn có thể đưa ra một số trường hợp phân vùng có thể hữu ích?
shivams

Phân vùng không hữu ích trong ZFS trừ khi bạn có cấu hình bí truyền hoặc đang sử dụng một số giải pháp SSD nhất định hoặc làm điều gì đó kỳ quặc với các thiết bị ZIL và L2ARC . Và thậm chí sau đó, tốt nhất là chỉ sử dụng toàn bộ thiết bị / đĩa.
ewwhite

Nhưng tại sao tốt hơn là sử dụng toàn bộ đĩa?
leetNightshade

1
@leetNightshade Vì không có nhiều đĩa phân vùng điểm khi bạn sử dụng ZFS mà hệ thống tệp không cần (các) phân vùng riêng. Hơn nữa, khi ZFS "sở hữu" đĩa, nó có thể cho phép bộ đệm ghi đĩa để có hiệu suất tốt hơn. Xem solarisi INTERNals.com/wiki/index.php/ trên
jlliagre

1
@Grogi Có bằng chứng nào tốt để sao lưu điều đó không?
leetNightshade

5

Sử dụng một lát / phân vùng dành riêng cho ZFS trên mỗi đĩa vật lý và chừa lại một khoảng trống. Theo cách đó, nếu bạn cần thay thế một ổ đĩa và thay thế là 10 lĩnh vực nhỏ hơn, bạn vẫn có thể làm điều đó ( http://www.freebsdderator.org/zfs-with-gpart.php ).

Đó là những gì Solaris tự động làm, đó là những gì FreeNAS làm ( https://forums.freenas.org/index.php?threads/zfs-on-partitioned-disks.37079/ ) và đó là ZoL làm khi bạn cung cấp cho nó toàn bộ đĩa - nó sẽ phân vùng nó ...

Chi phí để dịch vị trí trên phân vùng sang vị trí trên thiết bị thực tế là không đáng kể. Vì vậy, một khi phân vùng được căn chỉnh chính xác với ranh giới khu vực vật lý, không có lý do gì để nó hoạt động khác với toàn bộ thiết bị khối.

Với ZoL, sự khác biệt duy nhất tôi biết là ZoL sẽ chuyển bộ lập lịch đĩa sang noopkhi toàn bộ đĩa được đưa cho vdev. Không có gì ngăn cản bạn thiết lập nó bằng tay.

Có một số không mặc dù ... Đừng tạo thêm phân vùng cho ZFS trên mỗi đĩa và nếu bạn quyết định bỏ qua lời khuyên ở trên, đừng bao giờ xây dựng vdev từ chúng trong cùng một zpool. Điều này về cơ bản sẽ giết chết hiệu suất, vì ZFS sẽ cắt dữ liệu giữa các vdev và các vòng lặp liên tiếp sẽ biến thành cơn ác mộng tìm kiếm ...


Bạn có thể đưa ra một số ánh sáng hơn về hành vi của zfs về cơn ác mộng tìm kiếm với các lát đĩa được chia sẻ / sử dụng không?
satch_boogie

Kịch bản đơn giản nhất - bạn xây dựng một nhóm từ hai vdev, mỗi phân vùng trên cùng một ổ cứng. Bây giờ, bạn muốn viết một đoạn dữ liệu đủ lớn, trải dài trên cả hai vdevs. Mặc dù ghi dữ liệu tuần tự, ổ đĩa phải tìm kiếm giữa hai vị trí riêng biệt để lưu nó.
Grogi

Hành vi này có giống nhau không nếu Pool_A sử dụng (sda1, sdb1, sdc3) và Pool_B sử dụng (sda2, sdb2, sdc3)
satch_boogie

Bạn không cần phải viết thư cho họ đồng thời ... Nếu bạn có vdevs trong một nhóm, bạn không thể làm gì ...
Grogi

0

Trong đầu tôi, câu hỏi này xuất hiện do nghi ngờ nếu tôi trễ có thể chỉ định, cái gì trên đĩa đó ... vì vậy khi bạn tạo pool trên toàn bộ ổ đĩa (vâng, với tùy chọn -f, nếu cần), zpool thực tế tạo bảng phân vùng gpt và phân vùng của Solaris, như thế này:

(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

Vì vậy, thực sự không cần phải tạo phân vùng bằng tay ...


Tôi không xem xét những gì Solaris thực hành tốt nhất trên freebsd. Ví dụ, trong trường hợp gương, bạn có thể thay thế các đĩa bằng một cái lớn hơn và mở rộng kích thước nhóm khi đang di chuyển bằng một lệnh hoặc thậm chí tự động nếu được định cấu hình như vậy.
cstamas
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.