{SOLVED} Gentoo сервер, выбираю ...

Нативно - модуль ядра sys-fs/zfs-kmod (при желании - с оптимизациями custom-cflags). Как работает, сказать не могу, потому, как без мощной статистики такие рекомендации ненадёжны, а у меня её как раз нет. Лучше посмотрете в архив мэйл-лист девелоперов

ZFS в Gentoo работает стабильно.
Использую около 2-х лет в качестве корневой на ноутбуке (сейчас еще добавилась домашняя файлопомойка), не жалуюсь.
При первой установке Gentoo с корнем на ZFS возникнут трудности, так как нужен LIVECD с поддержкой ZFS,
вот здесь есть то что надо: http://mirror.yandex.ru/gentoo-distfiles/releases/amd64/20160704/ (если мне память не изменяет).
Еще один важный момент, нужно предусмотреть загрузочную область на диске (или на каждом диске) объемом примерно 100Mb, под EFI раздел.
Следующие шаги по созданию zfs-пула я опишу, ожидая что вы загрузились с LIVECD и готовы к установке системы, да, и у вас один HDD разбит на два раздела.

zpool create -f rpool sda2
zfs umount rpool
zfs set mountpoint=/mnt/gentoo rpool
zfs set canmount= off rpool
zfs create rpool/ROOT
zfs set mountpoint=legacy rpool/ROOT
zfs set bootfs=rpool/ROOT rpool
mount -t zfs rpool/ROOT /mnt/gentoo

zfs-пулл создан, примонтирован и готов к разворачиванию системы.
Как я понял вы уже имели опыт эксплуатации zfs, и тем не менее я позволю себе дать вам пару советов.
Не выносите системные каталоги в отдельный разделы, лучше придерживаться такой схемы:
все системные файлы в корне, а в отдельные разделы выносятся portage, distfiles, log, home и все остальные разделы, которые имеют тенденцию к росту.
После создания раздела, сразу ограничивайте размер.
Например:

zfs create -o mountpoint=/mnt/gentoo/var/portage rpool/portage
zfs set reservation=1G rpool/portage
zfs set quota=1G rpool/portage
zfs create -o mountpoint=/mnt/gentoo/var/distfiles rpool/distfiles
zfs set reservation=10G rpool/distfiles
zfs set quota=10G rpool/distfiles
zfs create -o mountpoint=/mnt/gentoo/var/log rpool/log
zfs set rezervation=1G rpool/log
zfs set quota=1G rpool/log
zfs create -o mountpoint=/mnt/gentoo/home rpool/home
zfs set reservation=100G rpool/home
zfs set quota=100G rpool/home

Первоначальная структура пула готова и смонтирована по пути /mnt/gentoo
Дальше вы собираете систему по хендбуку. Единственно ядро и к нему initramfs, придется собирать самому.
Я использую вот такой файл init в своем initramfs:

#!/bin/busybox sh
#--[ START ]-------------------------------------------------------------#
#
# see: /usr/src/linux/Documentation/devices.txt
#

NULL="/dev/null"
TTY1="/dev/tty1"
CONSOLE="/dev/console"

/bin/busybox mknod ${NULL} c 1 3
/bin/busybox mknod ${TTY1} c 4 1
/bin/busybox mknod ${CONSOLE} c 5 1

rescue_shell() {
   busybox --install -s
   exec /bin/sh
}

load_modules() {
    MODULES="spl znvpair zcommon zunicode zavl zfs"
    for MODULE in ${MODULES} ; do
        modprobe ${MODULE}
    done
}

exec >${CONSOLE} <${CONSOLE} 2>&1

mount -t proc -o noexec,nosuid,nodev proc /proc >${NULL} 2>&1
mount -t sysfs none /sys >${NULL} 2>&1
mount -t devtmpfs none /dev >${NULL} 2>&1

load_modules || rescue_shell

zpool import -fN rpool || rescue_shell

mount.zfs rpool/ROOT /mnt/root || rescue_shell

umount /dev || rescue_shell
umount /sys || rescue_shell
umount /proc || rescue_shell

exec switch_root /mnt/root /sbin/init

#--[ EOF ]---------------------------------------------------------------#

Когда система собрана и готова к перезагрузки, нужно отмонтировать zfs-пул и прописать правильные пути в точки монтирования.

zfs umount -a
umount /mnt/gentoo
zfs set mountpoint=/home rpool/home
zfs set mountpoint=/var/log rpool/log
zfs set mountpoint=/var/distfiles rpool/distfiles
zfs set mountpoint=/var/portage rpool/portage
zfs set mountpoint=/ rpool
zpool export rpool

Собственно на этом все.
Если все сделано правильно, система загрузится с zfs.
И на последок, если вам придется несколько раз руками перемонтировать пул в процессе установки, следите что-бы в пути, указанном как точка монтирования для раздела, не было лишних файлов, иначе zfs-раздел не смонтируется. Особенно это относится к разделу /var/log

Для локалхоста оно хорошо,даж для средней говнопорнофайлопомойки на 50 зверьков ничего.Но ошибки в ДНК не дают разогнать ее до хотя бы 1-й космической,в отличии от цепха и прочих osd.
Не,если линканутся к libzfs аппсом,наверно оно разгонится - но нахрена козе баян?
Итак,ошибки ДНК в линуксе:
* свой менеджер памяти, не отдающий рам обратно.
* нет полной поддержки DIRECT I/O ( искази плачет и хочет наддутый файл )
* йопсы не зависят от количества шпинделей и максимум их около 2000,даже с лацом и л2
* мелочевка вроде отсустсвия поддержки селя ( почти починили )
* дедуп жрет рам как не в себя :)
* .zfs/share не работает,в отличии от соляры
-----------------------------------------------
* обвязка из скриптов стала лучше,но все одно - не соляра.Евенты zed тоже недоделаны.Впрочем версия 0.6.xxx вместо 1.ххх намекает,что пока что для тяжелого прода оно пригодно ограниченно.

Разбиваю вопрос на два:

1. Генту. Для локалхостов Генту практически идеальное решение, т.к. позволяет настроить/изучить все и вся. В производстве появляются нюансы в лице корпоративной политики, мнения/пожелания начальства, наличия хотя бы нескольких специалистов и пр.

2. ЗФС. На мой взгляд для любых Линуксовых установок БтрФС при схожих возможностях будет более логичным и надежным решением, т.к. ФС идет "из коробки" (в ядре) и запускается сразу без каких-либо плясок с бубном и поиска самопальных "гаражных" решений на левых сайтах. Проблемы обновления также нет по той же (см. выше) причине. К тому же БтрФС позволяет очень эффективно работать с контейнерами Докера (не знаю, насколько это актуально, впрочем).

Но реальная выгода и смысл использования как ЗФС, так и БтрФС, проявляется только при наличии нескольких (минимум трех, на мой взгляд) дисков.

Это все, так сказать, "навскидку". Более точно можно оценивать только зная целевое назначение, требования к надежности/простою, условия эксплуатации и пр. конкретику сервера.