elbrus56

Если речь идет о SLOG, то он используется не для ускорения записи на HDD, а для повышения надежности. Для этого рекомендуется ознакомиться с тем, как вообще это работает и как данные пишутся на диски в ZFS. Ускорение записи решается другими методами и зависит от рабочего процесса. Проще всего поставить быстрые диски в пул.

RAID, он же Redundant Array of Independent Disks - это группа дисков, данные на которые записываются в соответствии с определенным алгоритмом. В ZFS это обозначается термином VDEV. И в терминологии ZFS мы можем сказать не "собрал RAID", а "собрал VDEV".

На самом деле VDEV бывают разные - - https://klarasystems.com/articles/openzfs-understa...

Если мы собираем в ZFS VDEV типа RAIDZ1, RAIDZ2.. ("аналоги" RAID-5, RAID-6) - увеличить количество дисков во VDEV после этого невозможно. Производительность линейных чтения и записи на чистом VDEV будет зависеть от количества дисков, которое вы использовали.

Калькуляторы - https://wintelguy.com/raidcalc.pl

Как увеличить объем?
1. постепенно заменить диски во VDEV на диски большего объема;
2. добавить еще один VDEV в ZFS pool.

Как увеличить производительность?
1. Добавить еще один VDEV в ZFS pool.

Какой тип VDEV выбрать для максимальной производительности?
1. Striped Mirror.

https://klarasystems.com/articles/choosing-the-rig...

Рекомендуется останавливать операции в БД, делать flush cache, потом делать снапшот zfs.

Сам санпшот zfs, как и файловая система, достаточно надежен сам по себе за счет чексумм блоков.

В вашем случае ZFS вам производительности не прибавит.

Сделайте RAID 10 на 4 HDD, если нужна отказоустойчивость. Систему можно поставить на nvme.

Установить квоты (в ГБ, ТБ) с помощью команды zfs set quota

Какие данные?

Что с фрагментацией?

ZFS не нужно виртуализировать, лишний scrub в таком случае может только испортить данные.

Хотите ZFS - пробросьте HBA в VM.

Все очень подробно описано в официальной инструкции - https://docs.oracle.com/cd/E18752_01/html/819-5461...

ZFS - это здорово, но не всегда очевидно.

Есть масса нюансов, которая зависит от того, сколько дисков, какие там размеры секторов, что будет храниться на этом NAS.

ZFS не рекомендуется использовать поверх RAID с точки зрения производительности, износа дисков. ZFS (если упрощенно) пишет данные таким образом, чтобы попадать логическим блоком (не путать яблоком ФС) в физический. Если этого не происходит - появляется overhead.

Вопрос, почему SIZE равен 80M?

Потому что при создании пула автоматом создается и ФС, inodes, etc.

Почему то уже Размер равен 40M??

Потому что df делали когда не было ZFS

Как точно можно узнать тип zpool? Это mirror это рейд, это что вообще??

Команда zpool status показывает, что к чему. В первом примере у вас явно указано mirror, во втором у вас ничего не написано, то есть stripe.

Сначала надо было воспользоваться инструкцией - https://docs.oracle.com/cd/E19253-01/819-5461/gbct... - попробовать откатить транзакции.

Посмотреть на аналогичные проблемы - https://www.ixsystems.com/community/threads/pool-m...

На худой конец вынуть проблемный диск и у вас был бы Degraded Pool.

Надо понимать, что такое pool metadata и как это хранится. Надо понимать, что такое scrub на ZFS и почему надо использовать память ECC. Надо понимать, что reallocate сектора вряд ли решит проблему, так как данные на нем уже испорчены.

А потом в РЛаб сходить.

И бэкапы настроить.

В ZFS на FreeNAS - нет. В ZFS on linux была заявлена такая возможность, равно как и в Solaris. Однако скорость выполнения сего действия сильно зависит от состояния дисков и заполненности оных. Вполне вероятно, что будет проще сделать снапшот в файл на другие диски и переделать группу дисков.

ZFS лучше всего работает непосредственно с дисками. Такая виртуализация не приводит к хорошему.

Пул расширяется добавлением блочных устройств, а не изменением их размера.

Судя по тому, что вы изменили размер одного диска и все сломалось - у вас Stripe. Значит вам надо попытаться вернуть все обратно вплоть до блока, чтобы ZFS понимало, что диск является частью пула, который можно импортировать.

Так что вам надо не пул расшифровывать, а вернуть все на круги своя. Тут уже специалисты помогут.

По идее у вас проблема типичная при расширении раздела и проблемах с таблицей разметки, когда последний блок оказывается не там где нужно. Это можно и самому сделать, но опыт нужен.

будет использоваться для торрентов, раздачи контента на 4к телек посредством PLEX, и виртуализации пары систем практически без нагрузки
Проще будет выбрать решение на Linux

5гб потребление ОЗУ, при отсутствии чтения/записи, отключенной дедупликации и компрессии
ZFS использует RAM для кэширования, но если память требуется другим приложениям (не в угоду производительности) - ZFS ее отдаёт.

где ж это видано!
На Linux видано много раз.

Посоветуйте пжл какую систему выбрать для установки, чтобы кушала максимум 3-4 гб ОЗУ, а лучше меньше.
Желательно чтобы была возможность использовать в роли ФС не ZFS, а ту же EXT4, которая меня вполне устраивает.
Если вам не нужен GUI - используйте Debian. Если хочется GUI - попробуйте OMV (из которого, правда, подбирало много плагинов).

Рекомендуется отдавать ZFS диск полностью, дабы данные писались блок в блок и не возникало понижения производительности.

Попытаюсь ответить на вопрос: Можно ли в ZFS достигнуть скорости работы mdraid?

Теоретически - да, но для достижения этих целей потребуется понять, как работает ZFS сам по себе и вместе с Proxmox. Уже после этого надо понимать, что именно вам требуется от БД, как пишутся данные, нужно ли делать резервное копирование и надо ли вообще виртуализировать кластер БД?

Надо понимать, что ZFS - это в первую очередь забота о сохранности ваших данных. И за это надо платить производительностью и тюнингом.

Есть рекомендации в целом: open-zfs.org/wiki/Performance_tuning#Database_workloads

Если оставаться на Proxmox, то действительно можно пробросить диски в VM и уже там собрать MD или ZFS.

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

Самый простой способ зеркалирования данных - использовать механизм Send and Receive в ZFS, который заключается в отправке снапшота из одного пула в другой, нескольких снапшотов одновременно. Этот процесс можно автоматизировать.

У Oracle в документации все описано: https://docs.oracle.com/cd/E18752_01/html/819-5461...