RAID-Z2 hoạt động bằng cách lấy các ổ đĩa được cung cấp cho vdev và sử dụng hai trong số đó để lưu trữ dữ liệu dư thừa cho mục đích khôi phục trong trường hợp xảy ra sự cố.
Do đó, số lượng ổ đĩa tối thiểu tuyệt đối trong RAID-Z2 vdev là hai ổ đĩa dự phòng cộng với một ổ đĩa, hoạt động với ba ổ đĩa.
Tuy nhiên, bằng cách đó, bạn:
- đang nhận được dung lượng lưu trữ hiệu quả của chỉ một trong các ổ đĩa
- có thể mất bất kỳ hai trong số ba ổ đĩa liên quan mà không mất dữ liệu (trong trường hợp chung, bạn có thể sống sót khi mất 2 ổ đĩa trong ổ đĩa N RAID-Z2 vdev)
- đang buộc hệ thống tính toán dữ liệu chẵn lẻ cho RAID-Z2
Nếu bạn muốn có một ổ đĩa vdev gồm ba ổ đĩa, hoặc nếu bạn có ba ổ đĩa và muốn có giá trị dự phòng của hai ổ đĩa, có lẽ tốt hơn hết là bạn nên đặt chúng làm gương thay thế. Theo cách đó, bạn:
- đang nhận được dung lượng lưu trữ hiệu quả của chỉ một trong số các ổ đĩa (bất kể số lượng thiết bị nhân bản)
- có thể sống sót khi mất bất kỳ hai trong số ba ổ đĩa liên quan mà không mất dữ liệu (trong trường hợp chung, bạn có thể sống sót khi mất bất kỳ ổ N-1 nào trong gương ổ đĩa N vdev)
- đang tránh các tính toán dữ liệu chẵn lẻ, vì các gương là các bản sao giống nhau của bit; ghi cùng một dữ liệu vào nhiều đĩa rẻ hơn nhiều so với việc tính toán dữ liệu chẵn lẻ riêng biệt và ghi dữ liệu đó ra đĩa
Số lượng ổ đĩa tối thiểu mà RAID-Z2 có ý nghĩa là bốn, điều này mang lại cho bạn khả năng lưu trữ hiệu quả của hai trong số các ổ đĩa và cho phép mất bất kỳ hai ổ đĩa nào. Điều này thuận lợi hơn so với việc sử dụng bốn ổ đĩa giống nhau trong thiết lập nhân bản 2x2, bởi vì nếu bạn có hai vdevs nhân bản của hai ổ đĩa và mất một số kết hợp của hai ổ đĩa, vdev đó đã chết và khiến hồ bơi bị hủy hoại. Trong nhóm vdev gương 2x2, ít nhất một trong các ổ đĩa trong mỗi cặp gương phải duy trì chức năng cho nhóm này vẫn khả dụng. Tuy nhiên, gương rất có thể có hiệu suất tốt hơn. Như mọi khi, đó là sự đánh đổi giữa các lựa chọn khác nhau và một phần trong mô tả công việc của quản trị viên hệ thống là tạo ra sự đánh đổi đó một cách thích hợp cho từng tình huống cụ thể.
Do đó, mặc dù RAID-Z2 có thể hoạt động về mặt kỹ thuật với thiết lập mà bạn mô tả, nhưng nó không mang lại lợi thế nào và thậm chí có một số nhược điểm so với cấu hình gương ba chiều đơn giản.
Sẽ khác nếu ZFS cho phép chúng tôi thay đổi linh hoạt mức độ dự phòng hoặc tăng số lượng thiết bị trong RAID-Zn vdev , nhưng không được. Cách duy nhất để thực sự phát triển một nhóm là bằng cách thêm nhiều vdev hoặc tăng kích thước của các thiết bị hiện có, không phải bằng cách thêm các thiết bị vào một vdev hiện có. (Bạn có thể thêm và xóa các thiết bị trong gương vdev, nhưng điều đó chỉ thay đổi lượng dự phòng, không phải dung lượng lưu trữ có thể sử dụng.)
Bạn cũng có thể thiết lập ba ổ đĩa như một RAID-Z (1) vdev, mà sẽ cung cấp cho bạn khả năng để tồn tại sự mất mát của bất kỳ một trong các ổ đĩa trước khi dữ liệu của bạn có nguy cơ nếu bất cứ điều gì nào tiếp tục gặp khó khăn, làm giảm CPU khối lượng công việc so với RAID-Z2 (vì tính toán chẵn lẻ RAID-Z1 ít tính toán hơn) và cung cấp cho bạn khả năng lưu trữ hiệu quả của hai trong số các ổ đĩa được kết hợp.
Luôn luôn nhớ rằng nếu có bất kỳ sự cố nào, bộ phục hồi ZFS đầy đủ là một quá trình khó khăn cho các đĩa còn lại và không có gì lạ khi một đĩa khác phát triển vấn đề hoặc thậm chí chết vì căng thẳng. Vì lý do này, đặc biệt là với các ổ đĩa quay có kích thước phổ biến hiện nay, dự phòng gấp đôi nên là lựa chọn mặc định với dự phòng gấp ba một tùy chọn nếu bạn thực sự hoang tưởng. Dự phòng duy nhất chỉ nên được xem xét cho các dữ liệu ít quan trọng hơn trong đó thời gian chết có thể được chấp nhận . Tuy nhiên, dự phòng đơn lẻ có thể được chấp nhận với nhóm hỗ trợ SSD.
Do đó, khuyến nghị của tôi: Nếu bạn muốn có ba ổ ZFS và muốn dự phòng, hãy thiết lập chúng dưới dạng gương ba chiều vdev. Nếu bạn muốn RAID-Z2, hãy sử dụng tối thiểu bốn ổ đĩa, nhưng hãy nhớ rằng bạn khóa số lượng ổ đĩa trong vdev tại thời điểm tạo vdev. Hiện tại, cách duy nhất để phát triển nhóm ZFS là thêm vdev bổ sung hoặc tăng kích thước của các thiết bị tạo thành vdev hoặc tạo nhóm mới và truyền dữ liệu. Bạn không thể tăng dung lượng lưu trữ của nhóm bằng cách thêm thiết bị vào vdev hiện có.
Bạn cũng cần đảm bảo rằng bạn tiếp tục sao lưu . Điều này đôi khi rất quan trọng với ZFS, bởi vì phục hồi ZFS sau một thất bại thực sự khiến nhóm dưới ngưỡng dự phòng của nó là rất khó . ZFS có định dạng trên đĩa rất phức tạp mà tôi không biết về bất kỳ sự hiểu biết nào về phần mềm khôi phục dữ liệu phổ biến, vì vậy ngay cả khi bạn có thể đọc hầu hết dữ liệu từ các đĩa, nếu ZFS không thể tìm ra nó bạn rất có thể không gặp may mắn trừ khi bạn sẵn sàng chi hàng chục ngàn đô la cho vấn đề này. Sao lưu rẻ hơn.
Thay thế cho gương ba chiều, bạn cũng có thể chạy gương hai chiều với phụ tùng, nhưng hầu hết thời gian, và chắc chắn trong tình huống bạn mô tả, không có lợi thế và bất lợi nào cho điều đó .
Bên cạnh đó, liên quan đến vấn đề phục hồi, bạn nên cân nhắc rất kỹ việc sử dụng RAM ECC trong bất kỳ hệ thống nào chạy hệ thống tệp tự sửa chữa kiểm tra bao gồm cả ZFS. Những người khác đồng ý.
Cho thấy RAID-Z2 với ba thiết bị là có thể (đây là ZFS trên Linux 0.6.4). Lưu ý rằng sau khi loại bỏ khó khăn hai trong số ba tệp sao lưu, "Có đủ bản sao để nhóm tiếp tục hoạt động ở trạng thái xuống cấp." và vdev là DEGRADED, không FAULTED.
# truncate -s 1G /root/d1 /root/d2 /root/d3
# zpool create tank raidz2 /root/d1 /root/d2 /root/d3
# zpool status tank
pool: tank
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
/root/d1 ONLINE 0 0 0
/root/d2 ONLINE 0 0 0
/root/d3 ONLINE 0 0 0
errors: No known data errors
# zpool export tank
# rm /root/d1 /root/d2
# zpool import tank -d /root
# zpool scrub tank
# zpool status tank
pool: tank
state: DEGRADED
status: One or more devices could not be opened. Sufficient replicas exist for
the pool to continue functioning in a degraded state.
action: Attach the missing device and online it using 'zpool online'.
see: http://zfsonlinux.org/msg/ZFS-8000-2Q
scan: scrub repaired 0 in 0h0m with 0 errors on Tue Mar 29 11:00:23 2016
config:
NAME STATE READ WRITE CKSUM
tank DEGRADED 0 0 0
raidz2-0 DEGRADED 0 0 0
18130982121682915530 UNAVAIL 0 0 0 was /root/d1
18289483070703159278 UNAVAIL 0 0 0 was /root/d2
/root/d3 ONLINE 0 0 0
errors: No known data errors
#