Основные ссылки

ZFS L2ARC (Брендан Грегг) (2008-07-22) и ZFS и Hybrid Storage Concept (блог Анатол Стедлер) (2008-11-11) включают следующую диаграмму:

Вопрос

Должен ли я интерпретировать вертикальную белую линию - на уровне SSD - как предпочтение использовать отдельные SSD -

• предпочтение не смешивать L2ARC и ZIL на одном диске?

Фон (ответ на комментарии)

Лично я дома вряд ли буду использовать L2ARC или ZIL с любым доступным мне компьютером. (Мой обычный компьютер - MacBookPro5,2 с 8 ГБ памяти и гибридным Seagate ST750LX003-1AC154. Не планируется заменять оптический привод на SSD.)

В другом месте: на работе будет какое-то перепрофилирование комплекта, но у меня нет даты или полной информации. (Xserve RAID x2 в миксе… в настоящее время я не представляю, чтобы отдать их ZFS, но я сохраняю непредвзятость.)

Мое любопытство к передовым методам SSD для L2ARC и ZIL началось после обсуждений, связанных с производительностью в области ZEVO - в частности, в теме, упомянутой ниже, где у пользователя есть и L2ARC, и ZIL на одном диске.

Другие ссылки и обсуждения

L2ARC Скриншоты (Брендан Грегг) (2009-01-30)

SLOG Скриншоты (Брендан Грегг) (2009-06-26)

[zfs-обсудить] ZFS корневое резервное копирование / аварийное восстановление и перемещение корневого пула (2011-01-10) рекомендует не смешивать три вещи (корневой пул, ZIL и L2ARC) на одном диске:

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

- Меня больше интересует, не рекомендуется ли смешивать две эти вещи на одном диске.

/superuser//a/238744/84988 (2011-01-28) упоминает «кэш (кэш L2ARC) и запись журнала (ZIL) на SSD» (в единственном числе ). Однако, поскольку это относится к FUSE и Windows, я не рассматриваю этот ответ как особенно относящийся к более распространенному и ориентированному на производительность использованию ZFS.

@ChrisS упомянул ZIL и L2ARC в Коммуникационном зале 2011-08-16.

http://forums.macrumors.com/showpost.php?p=14248388 (2012-01-31) обсуждает несколько SSD:

Что-то, что вам нужно понять о ZFS: он имеет два различных типа кэширования, чтения и записи (L2ARC и ZIL), которые обычно размещаются на SSD. ZIL - это кэш записи. Это, вероятно, откуда это заблуждение. ZIL забивается (при условии активной системы) с каждой записью, которая происходит в zpool. Проблема заключается в том, что использование SSD на базе mlc в качестве ZIL приводит к их износу и быстрому выходу из строя. Вам нужен (гораздо более дорогой) твердотельный накопитель на основе slc для использования в качестве диска ZIL.

Создание zpool полностью из SSD не только возможно, но и работает довольно хорошо. Это также в основном устраняет необходимость в отдельных приводах для ZIL и L2ARC. Да, у вас нет поддержки TRIM, но, основываясь на природе ZFS копирования-записи, это, вероятно, хорошая вещь.

С учетом вышесказанного, ZFS НЕ подходит для почти полных (скажем, 85% или выше) zpools. Производительность начинает значительно падать - независимо от того, используете ли вы вращающийся магнитный носитель или твердотельный. Отсутствие поддержки TRIM, вероятно, усугубит эту проблему, но это уже проблема.

/server//a/397431/91969 (2012-06-11) рекомендует:

• SSD типа SLC (специально не MLC) для ЗИЛ
• Тип MLC SSD для L2ARC.

/superuser//a/451145/84988 (2012-07-19) упоминает единственное «SSD для ZIL и L2ARC для ускорения ZFS».

zevo.getgreenbytes.com • Просмотр темы - проблема производительности с порядком подключения FW800? (2012-09-24) касается порядка вещей на шине FireWire с одним SSD для ZIL и L2ARC

• Не говоря уже о заказе шины, эта тема ZEVO заставила меня задуматься о том, могут ли быть предпочтительнее отдельные SSD.

Более конкретно: я задавался вопросом о интерпретации белой линии на диаграмме выше ...

Короткий ответ, так как я не вижу, какую проблему вы хотите решить ...

Если можете, используйте отдельные устройства. Это зависит от масштаба вашей среды ... Если это простая домашняя система или виртуальное решение ZFS "все в одном" , вы можете использовать одно устройство.

В более крупных или высокопроизводительных решениях ZFS я использую устройства, специально предназначенные для их ролей в ZIL или L2ARC ... Например, STEC ZeusRAM или DDRDrive для ZIL и любой SSD SLC предприятия или MLC SAS для L2ARC.

• Устройства ZIL должны представлять собой устройства с низкой пропускной способностью и низкой задержкой, способные работать с высоким IOPS. Они обычно зеркальные.
• Устройства L2ARC должны быть большой емкости (в пределах разумного: вам нужно добавить ОЗУ при увеличении размера L2ARC). Они масштабируются путем чередования.

Что делаешь?

С самого начала существуют некоторые фундаментальные заблуждения относительно ЗИЛа, которые необходимо исправить, прежде чем продолжить.

Поймите это: при «нормальных» обстоятельствах ZIL / SLOG не затрагивается.

Он записывается только когда заданы синхронные записи или если sync = всегда включен для определенного пула / набора данных ("zfs get sync pool / dataset")

ЗИЛ никогда не читается при нормальных обстоятельствах. Это функция аварийного восстановления.

IE: ZIL только там, когда отключается питание. Он используется для воспроизведения данных, которые были возвращены обратно в ОС до того, как эти данные были переданы в пул. Все записи ZFS в пул (синхронные или асинхронные) выполняются из буферов памяти.

При нормальных обстоятельствах, когда данные попадают в пул, запись слога может испариться - это просто большой кольцевой буфер записи, и он не должен быть очень большим (даже 1 ГБ является избыточным в большинстве случаев)

Несинхронные записи буферизируются в оперативной памяти, сопоставляются и записываются на диск в подходящий момент. если питание отключается, данные теряются, но целостность FS сохраняется (вот почему вы можете установить sync = всегда)

С другой стороны, L2ARC сильно забит как на уровне чтения, так и на уровне записи.

Существует такая вещь, как "too much l2arc", потому что метаданные того, что находится в l2arc, исходят от вашего ARC-плеера (т. Е. Если вы увеличиваете размер l2arc, вы должны увеличивать ram, чтобы соответствовать. Невыполнение этого требования может привести к серьезному снижению производительности и в конечном итоге использование l2arc выровняется на некотором уровне значительно ниже «всего доступного пространства»)

Несмотря на протесты некоторых производителей, вы не можете восполнить дефицит памяти, увеличив размеры l2arc (некоторые производители аппаратных raid-массивов, которые разветвляются на устройства ZFS, сделали это предположение)

tl; dr: Если ваша нагрузка ввода-вывода связана с базой данных, то ZIL, вероятно, сильно пострадает. Если это что-то еще, то, вероятно, это будет только слегка затронуто. Весьма вероятно, что в 99,9% случаев функции ZIL никогда не срабатывают.

Знание этого позволит вам решить, нужен ли вам раздел SLOG для ZIL, может ли он совместно с разделом l2arc или ему нужен отдельный диск (и какой уровень производительности должен быть у этого автономного диска).