SLOG, 2LARC для ускорения RAIDZ2 тип и размер SSD в TRUENAS 12.0

[seasky]

Доброго времени суток.
Необходимо ускорить скорость RAIDZ2 для NextCloud и Qbittorrent.
Спасибо

 

[mav@]

Я сомневаюсь что SLOG тут нужен, а L2ARC сильно поможет. Что я бы сделал для transmission, так это добавил небольшой (в объеме твоих одновременных закачек) SSD отдельным пулом для временных файлов transmission. Я так когда-то делал на чистой FreeBSD. Поскольку скачивание с торрентов происходит в случайном порядке, запись на ZFS ведет к дикой фрагментации данных. А если добавить отдельный пул под скачивание на SSD, то как оно скачивается станет не важно, так как по окончанию файлы будут автоматически скопированы на основной пул последовательно как следует. На счет nextcloud не скажу.

 

[seasky]

Думал если RAM достаточно то L2ARC не нужен. Какие SSD можете посоветовать.
Смущает падение скорости работьі после Новой установки TrueNas, добавления 128 Gb RAM, увеличения пула с 6ти до 8ми дисков, система работает медленнее чем на Freenas. На скрине процесс проверки залитьіх одним файлом торрентов, диски не нагруженьі. Как ускорить?
Планирую вьінести NextCloud на pool RAID1 2* SSD 1 TB Samsung 970 EVO PLUS.
Приветствую любьіе рекоммендации по сбаллансирумого наращивания системьі.
Спасибо.

TrueNAS-12.0-U2
MB: Supermicro X9DRW-3TF+ (LGA2011, Intel C606) with Intel 2* Xeon E5-2630 v2 @ 2.60GHz
RAM: 192 GB DDR3 REG ECC Samsung 1600MHz
Storage: pool 8 *12 TB HGTS SAS 7.2K in RAIDZ2, SYS : 2 * SSD SATA III Silicon Power 60 Gb in Mirror
PSU: Seasonic 750 Platinum
UPS: APC 2000 RT
On line 24/7

 

[mav@]

Я имел в виду что L2ARC не поможет.

 

[mav@]

Учеличение ширины RAIDZ2 может увеличить пропускную способность на больших последовательных операциях, но никак не повлияет на скорость мелких и случайных. Для лучшей скорости случайного доступа можно бить диски на два vdev, но из 8 дисков тогда не RAIDZ2 уже, а 2x RAIDZ. Но в первую очередь надо обеспечить последовательный доступ к данным (смотри мой хак выше) и возможно увеличить recordsize. Без последовательного доступа жестким дискам смерть.

 

[seasky]

Система помалу растет
Где и как с наибольшей єффективностью могу применить 2* SSD Intel P3600 1.6tb NVME (cashe или metadata)?

Спецификации продукции

краткое справочное руководство, содержащее спецификации, характеристики, цены, информацию о совместимости, документацию по проектированию, коды заказа, коды спецификации и многое другое.

ark.intel.com

 

[Rabinovitch]

А если добавить отдельный пул под скачивание на SSD, то как оно скачивается станет не важно, так как по окончанию файлы будут автоматически скопированы на основной пул последовательно как следует.

Пардон, не подскажете ли, как конкретно это реализовать?
В нашей системе необходимо (ну или иными словами - хотелось бы) максимально быстро получить файлы (32 или 64 GiB, несколько штук за раз) с серверов, а потом уже неспешно перемещать их на дисковые массивы, чтобы не быть ограниченными скоростью самого массива.

 

[mav@]

Я это дела только для Transmission и то давно. Там отдельная настройка пути для каталога incoming, где хранятся принимаемые файлы. По окончании закачки Transmission их сам перемещает на постоянное место.

 

[Rabinovitch]

Жаль. Вот так бы ZFS работала бы... Сначала всё записываемое на SSD, а уже оттуда распихивать неспешно по "блинам" HDD. Может, в курсе, куда написать такое предложение, чтобы его хотя бы услышали? ))

 

[mav@]

Куда-то сюда: https://github.com/openzfs/zfs/ . Основная разработка OpenZFS идет там.