NAS своими руками ч 10 - зачем ZFS дома

[2gusia]

В предыдущих постах я неоднократно упоминал о zfs. Причем получалось, что и памяти и процессора она требует не по детски. Остался вопрос - и зачем? Сразу скажу, что не претендую на полноту и пр. Что такое zfs можно взглянуть в Википедии. Заинтересовавшимся серьёзнее советую нагуглить zfs administration guide (вроде бы был и по русски). Моё

Comments

как лучше собрать RAID

[ext_1629468]

"как лучше собрать рейд, уже на стадии подключения виртуальный устройств объединить их уже в одно виртуальное устройство или же создать несколько виртуальных устройств и в управлении объединить их в один рейд массив?"

Если я правильно понял en.wiki, то надо собирать RAID из нескольких vdev, а не наоборот - RAID делать одним vdev:

IOPS performance of a ZFS storage pool can suffer if the ZFS raid is not appropriately configured. This applies to all types of RAID, in one way or another. If the zpool consists of only one group of disks configured as, say, eight disks in raidz2 - then the write IOPS performance will be that of a single disk, however, read IOPS will be the sum of eight individual disks. This means, to get high write IOPS performance, the zpool should consist of several vdevs, because one vdev gives the write IOPS of a single disk. However, there are ways to mitigate this IOPS performance problem, for instance add SSDs as ZIL cache - which can boost IOPS into 100.000s.[73] In short, a zpool should consist of several groups of vdevs, each vdev consisting of 8-12 disks. It is not recommended to create a zpool with a single large vdev, say 20 disks, because write IOPS performance will be that of a single disk, which also means that resilver time will be very long (possibly weeks with future large drives).

Re: как лучше собрать RAID

[2gusia]

>Если я правильно понял en.wiki, то надо собирать RAID из нескольких vdev, а не наоборот - RAID делать одним vdev:

не совсем правильно, IMHO. Зависит от поставленных целей. Суть в том, что пул из одного vdev имеет невысокие характеристики производительности, особенно на запись. Измеряемой в IOPS.

Если мы собираем пул из нескольких vdev, производительность растёт за счет распараллеливания. Но при этом идёт больше дисков на чётность, те полезного места остаётся меньше.

Поэтому, если пул используется как домашняя файлопомойка, нагрузка на него крайне невелика. И одного vdev на пул достаточно практически всегда.

если же требуется высокая, не домашняя, производительность (например база данных, пул с которого работают по iSCSI клиенты, множество потоков видео просмотра и тп.) - то надо специально рассчитывать её. Обычно приходится ставить либо зеркала либо страйпы зеркал. Всё как в обычных RAID, там это RAID1 и RAID 10

Ну и, наконец, это было теоретически. Практически - сколько у вас максимум дисков хочется собрать в raidz? Если 5 и меньше - то вариантов нет - raidz из одного vdev. Если 6-8, то решаем исходя из конкретики.