ZFS в основанных на Linux системах
Если Вы выполняете основанную на Redhat машину, то Вы определенно хотите использовать, запускают.
В системе Debian можно использовать Полностью Автоматические Установщики.
Если Вы находитесь в, "автоволшебно настраивают мои машины", затем часть Вашего изображения установки должна быть марионеткой, потому что, после того как машина установлена, Вам будет нужно что-то для управления им.
Я сказал бы, что это только для тестирования или non-io-intensive задач. Проблема состоит в том, что это находится в пространстве пользователя. Собственный ZFS на Linux совсем не стабилен. Заинтересованный им также, но единственная реальная опция экспорт iscsi zvol от solaris до Linux доли zfs через nfs к Linux.
К сожалению, ZFS является действительно только опцией на Солярисе, его производные (Illumos (Shillix, OpenIndiana, и др.)) и FreeBSD. В то время как ZFS может использоваться в системах Linux через FUSE, это очень медленно, и так как это - процесс блокирования существуют некоторые глюки. Например, если Вы привыкли делать, zfs отправляют | zfs, получают на том же поле, которое не будет работать над ZFS-FUSE.
В то время как это нигде не рядом как многофункциональное, BTRFS, кажется, обеспечивает часть функциональности, найденной в ZFS, и я подозреваю, что это работало бы лучше и было бы значительно более стабильным.
И в то время как существует материал zfsonlinux, который является едва больше, чем, "смотрят, я заставил его работать" усилие. Мне, который подразумевает, что это находится все еще прямо в области интереса для разработчиков файловой системы, и нигде около качества или устойчивости, которой я потребовал бы для своих персональных полей игры, а тем более чего-либо, что имело данные по нему, что я на самом деле заботился о.
Я выполнил ZFS-предохранитель в соответствии с Ubuntu дома в течение почти двух лет прежде, чем переключиться на OpenSolaris и более поздний Nexenta. Я нашел, что это было очень стабильно, и мое объединение работало без проблемы, когда я переместил диски на новые аппаратные средства/ОС. Тем не менее я намеренно никогда не использовал интенсивно использующие ресурсы функции ZFS как дедупликация (использование памяти большой емкости) и сжатие (высокое использование ЦП), потому что у меня были минимальные аппаратные средства. И при этом я не использовал бы его в качестве части производственной установки на работе (конечно, не без хороших резервных копий на другой машине), который сказал для домашней установки или приобретения знаний о ZFS, который я нашел достаточно производительным и стабильным, даже пережив несколько сбоев питания без потери данных..
В зависимости от того, что Вы пытаетесь сделать, Вы могли бы рассмотреть вторую систему с ZFS в ядре (Nexenta, FreeBSD, Солярис 10, Солярис 11 Экспрессов, и т.д.), который экспортирует файловые системы в Ваш хост (хосты) Linux с помощью NFS. Тем путем можно извлечь пользу из ZFS (снимки, копия на записи, и т.д.), не имея необходимость полагаться на пространство пользователя (ZFS-предохранитель) или проекты с ограниченным послужным списком (ZFS на Linux или KQStor). Курс это действительно требует второй машины и некоторого знакомства с NFS.
KQ Infotech имеет бета-версию в наличии их порта с января по http://kqstor.com/. Они предоставляют заплаченные контракты на поддержку также.
Я не могу прокомментировать его устойчивость или производительность все же. На основе моего опыта, тестирующего ZFS на FreeBSD, я подозреваю, что будут некоторые настраивающие проблемы ядра и NFS mountd проблемы по сравнению с Солярисом. ZFS нужен специальный mountd, если Вы хотите много подсистем, совместно использованных через NFS.
zfs-fuse довольно хорошо работает в Linux, и для многих рабочих нагрузок узким местом будут диски, а не предохранитель. Если вы дадите ему много памяти (ARC> 1 ГБ), он будет работать на удивление хорошо в качестве основной файловой системы (для домашних каталогов / и т. Д.).
Кроме того, отправка zfs по конвейеру в zfs receive в том же окне работает правильно:
root:~/ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
igorhvr-main 257G 211G 6.56M /igorhvr-main
igorhvr-main/home 183G 211G 181G /igorhvr-main/home
igorhvr-main/teste 23.5K 211G 23.5K /igorhvr-main/teste
root:~/ # zfs send igorhvr-main/teste@2012-03-05_08h15m | zfs receive igorhvr-main/teste3
root:~/ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
igorhvr-main 257G 211G 6.56M /igorhvr-main
igorhvr-main/home 183G 211G 181G /igorhvr-main/home
igorhvr-main/teste 23.5K 211G 23.5K /igorhvr-main/teste
igorhvr-main/teste3 23.5K 211G 23.5K /igorhvr-main/teste3
root:~/ # ps -ef | grep zfs
root 1213 1 0 Mar09 ? 00:32:50 /sbin/zfs-fuse --pidfile /var/run/zfs-fuse.pid
root 22383 22273 0 01:17 pts/12 00:00:00 grep zfs
root:~/ #