LINUX.ORG.RU
ФорумAdmin

Нужен совет по организации ZIL и L2ARC в ZFS

 


0

3

Ребята помогите финально разобраться, т.к. я только начинаю свое общение с ZFS

Имеется ZFS пул на 8 SAS дисках объединенных в raidz3

Во всех мануалах упоминается такая вещь как ZIL и L2ARC

Я хочу выделить на эти вещи по отдельному SSD диску, что как я понимаю увеличит скорость работы рейда в целом.

Вопрос. Если я правильно понял:

  1. ZIL и L2ARC крайне желательно разводить на отдельные SSD, а не делать их на одном. Так ли это?
  2. Также, как я понял, рекомендуют как под ZIL так и под L2ARC отводить отдельные vdev в которых по 2 ssd объеденены в mirror. т.е. под ZIL отвести 2 SSD в режиме mirror, и под L2ARC отвести 2 SSD в режиме mirror. Так ли это? Или в принципе достаточно под каждую их них отвести по одном отдельному SSD и будет норм.
  3. Планирую на эти цели добавить M.2 SSD диски. Нужно ли для этого использовать какие-то более дорогие SSD скажем на MLC памяти или достаточно нормальных, но недорогих на TLC типо Samsung EVO или A-DATA.

Помогите в этих моментах разобраться. Спасибо, други.

Перемещено hobbit из general

Ответ на: комментарий от iZEN

С OpenZFS на RAW-дисках тоже создаются специфичные для Solaris разделы

Да, поведение не отличается, они же совместимы.

которые никакими системными утилитами не видны

Разделы должны быть видны, это ведь часть таблицы разделов, а её система должна понимать, чтобы иметь доступ к собственно zfs.

и не используются системой

А зачем использовать то, что не нужно нигде, кроме самой солярки?

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

По идее, в таком случае, возможно сделать загрузочную запись внутри Z-пула и с него грузить операционную систему без всяких отдельных GPT-разделов для этого. Но почему-то это делать никто не спешит.

iZEN ★★★★★
()
Ответ на: комментарий от mord0d

На SSD износ будет неравномерным, например.

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

iZEN ★★★★★
()
Ответ на: комментарий от mord0d

Ой… Насколько я понимаю, контроллеру в SSD вообще без разницы на то, какие там у вас файловые системы. Во-первых, контроллер запускает сбор мусора, это раз. Во-вторых, контроллер периодически запускает проверку целостности блоков, и, если чтение было не особо качественным, вычитает блок, обнулит его. Запишет данные в новое место.

DALDON ★★★★★
()
Последнее исправление: DALDON (всего исправлений: 1)
Ответ на: комментарий от iZEN

По идее, в таком случае, возможно сделать загрузочную запись внутри Z-пула и с него грузить операционную систему без всяких отдельных GPT-разделов для этого. Но почему-то это делать никто не спешит.

Если бы Sun Oracle выпускали свои компы, то вполне возможно что на них была бы такая возможность.

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

В теории это так и должно работать, да. Но…

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

В теории это так и должно работать, да. Но…

Если без TRIM работать, то да - со временем запись на SSD станет медленнее, и контроллер вынужден будет сканировать всё пространство.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Если без TRIM работать, то да - со временем запись на SSD станет медленнее, и контроллер вынужден будет сканировать всё пространство.

При создании пула по умолчанию autotrim=off. И этому есть весомые причины (читай zpoolprops(7)).

Ну и периодиков с zpool-trim(8) я пока не встречал.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Сейчас посмотрел: во FreeBSD из sysctl куда-то пропал параметр «vfs.zfs.trim.enabled». Раньше же он был! Неужели его заменил этот самый «autotrim» в своействе пула? Я что-то пропустил.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

Сейчас посмотрел: во FreeBSD из sysctl куда-то пропал параметр «vfs.zfs.trim.enabled». Раньше же он был! Неужели его заменил этот самый «autotrim» в своействе пула? Я что-то пропустил.

Ты пропустил миграцию на OpenZFS. ☺

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

mord0d ★★★★★
()