ZFS thay thế cho Linux?


12

Tôi đang chạy OpenSolaris với ZFS cho máy chủ tệp chính của mình. Ban đầu tôi đã đi với ZFS vì tôi đã nghe rất nhiều điều tuyệt vời về nó:

  • Tự động mở rộng đĩa (zpools)
  • RAID phần mềm (RAID-Z)
  • Tự động thay đổi kích thước nhóm bằng cách thay thế đĩa RAIDZ'd
  • Kiểm tra cấp độ khối
  • Không có giới hạn khối lượng đơn thực tế
  • Sự trùng lặp "Sắp ra mắt"

Sau khi chọc vào OpenSolaris một lúc, nó thực sự làm tôi bực mình. Tôi biết Fedora / CentOS và Debian / Ubuntu tốt hơn nhiều và tôi đã quen với cách làm việc của Linux so với phiên bản Solaris / BSD. Tôi muốn chuyển sang Linux, nhưng tôi không biết sử dụng cái gì cho FS của mình.

Tôi không sẵn sàng sử dụng FUSE hoặc kernel pre-beta để nhận ZFS. Btrfs có tính năng tương đương tiềm năng, nhưng đến giờ nó vẫn không ổn định (nhiều tháng sau lần đầu tiên tôi nhìn vào nó). Bạn khuyên dùng gì tương đương với ZFS (các tính năng mong muốn được ghi chú ở trên) cho hộp Linux?


7
Đây thực sự không phải là một câu trả lời, nhưng với những khả năng bạn có được với ZFS, tôi sẽ chỉ cần học hỏi và học hỏi Solaris. Nếu bạn đang sử dụng nó như một máy chủ tệp, hầu hết các tương tác của bạn sẽ là với các lệnh "zfs" và "zpool" chứ không phải nhiều thứ khác. Ngoài ra, lưu ý rằng khấu trừ đã có sẵn. Và snapshaping / nhân bản dễ dàng là tuyệt vời. Hoàn toàn không có gì cho Linux ngay bây giờ khi tiếp cận bộ tính năng VÀ tính ổn định của ZFS. Cho btrfs một vài năm để trưởng thành.
larsks

Bạn có thực sự sử dụng tất cả những điều tuyệt vời? Hoặc bạn sẽ chấp nhận một thay thế Linux với ít tính năng hơn mà bạn không sử dụng?
WheresAlice

Trên thực tế btrfs không phải là những gì tôi xem xét
al.

@kaerastat AFAIK Tôi đang sử dụng tất cả các tính năng của ZFS ngoại trừ khấu trừ / mã hóa. Tôi muốn một RAID phần mềm âm lượng đơn N-terabyte chịu lỗi (đọc: ngốc) mà tôi có thể mở rộng bằng cách thay thế đĩa. Đối với một hệ thống có kích thước, kiểm tra mức khối / chẵn lẻ / ECC trở thành một yêu cầu. Nếu bạn có thể đề xuất một giải pháp thay thế chắc chắn tôi sẽ xem xét, nhưng ZFS là tổ hợp đĩa / FS đầu tiên tôi đã tìm thấy giải quyết tất cả các vấn đề trên. Không chỉ vậy, nó còn vượt xa hơn với COW, L2ARC, khấu trừ và mã hóa.
Maelstrom

2
al: Xin vui lòng cho chúng tôi biết về một sự thay thế tốt hơn trước khi nói rằng sự thay thế mà chúng ta đang nói đến không phải là điều bạn sẽ xem xét.
Trường Bryan

Câu trả lời:


6

Bạn đã xem xét NexentaStor hay Nexenta core chưa? Bây giờ nó đã tích cực phát triển mà số phận của dự án OpenSolaris vẫn chưa được biết. Nexenta cũng giống GNU hơn. Phiên bản Nexenta Community là một triển khai giống như thiết bị tốt, tận dụng các tính năng ZFS và cung cấp GUI tuyệt vời. Lõi Nexenta là một biến thể rút gọn về cơ bản là một OpenSolaris có thể sử dụng nhiều hơn.

Xem: http://nexenta.org/projects/site/wiki/WhyNexenta


8

Hiện tại đã có một triển khai kernel ZFS có sẵn cho linux, được phát triển bởi LLNL.

Có các gói cho ubfox có sẵn trong PPA, dễ dàng biên dịch trên debian (chỉ cần thêm repo src vào nguồn của apt.list, tải xuống, cập nhật debian / changelog và gói dh-build-gói. Sau đó cài đặt zfs- dkms và các gói khác).

Tôi đã sử dụng XFS hơn 10 năm trên linux và btrfs trong khoảng một năm. Tôi đã sử dụng ZFS được vài ngày và hoàn toàn được bán trên đó. đó là điều tôi luôn mong muốn trong một hệ thống tập tin mà không thực sự biết về nó ... trả lời khá nhiều mọi phiền toái mà tôi từng gặp phải với quản lý hệ thống tập tin và đĩa.

Tôi sẽ di chuyển các đĩa btrfs hiện tại của mình (hiện đang được sử dụng để lưu trữ hàng loạt tệp, sao lưu rsync, v.v.) sang ZFS trong tương lai gần. Và tôi đã lên kế hoạch di chuyển / nhà và các thư mục khác trong tương lai sang zpool.

LIÊN KẾT:

http://zfsonlinux.org/

https://launchpad.net/~zfs-native/+archive/urdy


Mặc dù xem ra nếu bạn thực hiện nâng cấp kernel thông qua apt-get. Bạn sẽ phải xây dựng lại và cài đặt các mô-đun zfs một lần nữa.
Matt

2
Điều đó được DKMS xử lý, miễn là bạn có gói tiêu đề phù hợp với tiêu đề linux hoặc gói nguồn linux được cài đặt cho gói hình ảnh linux của bạn. Nâng cấp kernel và dkms sẽ biên dịch tất cả các mô-đun dkm đã cài đặt cho kernel đó. Tương tự, nếu bạn nâng cấp hoặc cài đặt mô-đun dkms, nó sẽ biên dịch mô-đun đó cho tất cả các hạt nhân đã cài đặt.
cas


2

Theo tôi biết, btrfs là dự án duy nhất sẽ cung cấp các tính năng tương đương ZFS. Tôi đã theo dõi chặt chẽ về nó, nhưng tôi không hy vọng nó sẽ được sản xuất ổn định trong một vài năm để xem xét thời gian cần thiết để ZFS đến đó. Tôi nghi ngờ các dự án nguồn mở dựa trên Open Solaris sẽ ổn định sớm hơn. Có lẽ Oracle sẽ GPL ZFS vì đó là lý do của họ để bắt đầu dự án btrfs.

Tôi coi nhận xét về "cách thức hoạt động của Linux" rất thú vị bởi vì tôi xem xét tất cả các nền tảng kiểu Unix về cơ bản là tương đương. Chúng chạy cùng một phần mềm và chỉ khác nhau ở một số thứ sysadmin nhỏ như nơi lưu trữ tệp cấu hình.


Xem xét Oracle chậm nhưng chắc chắn bóp nghẹt tất cả nguồn mở có được từ Sun; Tôi hy vọng OpenSolaris và các cải tiến ZFS mới sẽ là nguồn đóng.
Chris S

Tôi không biết làm thế nào bạn có thể bóp nghẹt nguồn mở. OpenSolaris không thực sự tồn tại nữa nhưng điều này đã chiếm lĩnh: openindiana.org
JOTN

Những khác biệt nhỏ là những gì tôi nhận thấy. Ngay cả việc thiết lập ZFS cũng khó hơn vì tôi không biết Solaris xử lý các đĩa như thế nào, tôi đã quen với / dev / sdaX. Đó là điều tương tự tôi tìm thấy khi tôi sử dụng OSX, tất cả các công cụ đều ở đó, nhưng chúng chỉ đủ khác nhau để gây ra sự cố.
Maelstrom

Một số ví dụ từ ngày hôm nay (OSX vs Linux - Tôi không biết nếu những điều này cũng áp dụng cho OpenSolaris): seq không tồn tại, mktemp không sử dụng cùng định dạng tham số, ngày không chấp nhận cùng một chuỗi sửa đổi và tìm không sử dụng một vài thông số. mktemp yêu cầu một mẫu trên OSX, sử dụng mặc định trên Linux ("mktemp -d" chỉ hoạt động). Ngày không chấp nhận định dạng --date = '1 năm trước', thay vào đó, nó sử dụng '-v-1y'. Tìm mặc định hành vi thành -daystart (và phàn nàn về việc sử dụng param) trên OSX, yêu cầu tham số trên Linux.
Maelstrom

Cho đến ngày nay, btrfs đã không cung cấp bất cứ điều gì thậm chí gần với một btw tương đương. Nó đã bị phá vỡ bởi thiết kế rất cốt lõi của nó, đến nỗi nó hiện đang bị phản đối tại RedHat và nói chung là sắp chết. Các vấn đề cố hữu của nó không thể được khắc phục, mà về cơ bản không tạo ra một hệ thống tệp mới.
Evi1M4chine

1

Một cách khác là xem xét khả năng sử dụng FreeBSD trên Linux vì FreeBSD đã hỗ trợ ZFS từ năm 2007 nên có khả năng sẽ trưởng thành hơn so với cổng Linux.

FreeBSD hỗ trợ hầu hết các phần mềm nguồn mở thông thường như Apache, PHP, MySQL, v.v.

Hỗ trợ phần cứng của nó có thể không rộng như vậy mặc dù trước đây tôi chưa gặp vấn đề gì.

Hãy xem: http://wiki.freebsd.org/ZFS

Một điều tiêu cực khi sử dụng cổng zfsonlinux là một bản cập nhật kernel ub Ubuntu (có thể xảy ra) có nghĩa là biên dịch lại và liên kết nó trở lại vào kernel.


1

Nexenta, cũng liên quan đến NexentaStor là bản phân phối đầy đủ đã xuất hiện được một thời gian. Nó dựa trên Debian (tương tự Ubuntu) nhưng sử dụng kernel OpenSolaris. Bằng cách này bạn có được điều tốt nhất của cả hai thế giới; Tốc độ ZFS cấp kernel, đi kèm với tất cả các đặc tính của linux / GNU.

NexentaStor, mà ewhite đã đề cập trước đây là phiên bản thiết bị của Nexenta có hệ thống quản lý và cấu hình GUI web đầy đủ đằng sau nó. Phiên bản cộng đồng cung cấp tối đa 18TB dung lượng có thể sử dụng (bất kể dung lượng đĩa). Tôi không muốn bị giới hạn :)


1
Tôi có thể là hậu môn, nhưng Nexenta dựa trên Debian, không phải Ubuntu. Nó nói như vậy trong câu đầu tiên trên nexenta.org.
jgoldschrafe

0

Tôi nghĩ bạn nên quên openSolaris. Nó được dừng lại cho bây giờ. Và tôi cũng nghĩ rằng nhóm phát triển Solaris sẽ là lịch sử cho tương lai. Tôi đề nghị chuyển sang nền tảng khác. ZFS là suy nghĩ tốt nhất mà SUN (Oracle) phát hành, nhưng tôi nghĩ rằng trong 5 năm tới chúng tôi sẽ không có Solaris 11 và sự phát triển sẽ là brojken.


Oracle đã xác nhận từ lâu rằng Solaris 11 sẽ ra mắt vào năm dương lịch năm 2011
jgoldschrafe

và nó đã được giao vào ngày 11/2011. Phát triển Solaris chắc chắn vẫn còn hoạt động.
jlliagre
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.