Для L2ARC та ZIL: чи краще мати один великий SSD для обох чи два менші SSD?


22

Основні посилання

ZFS L2ARC (Брендан Грегг) (2008-07-22), ZFS та концепція гібридного зберігання (Блог Анатоля Студлера) (2008-11-11) містять таку схему:

вид піраміди ZFS ARC, L2ARC, ZIL та пул дискових накопичувачів

Питання

Чи слід інтерпретувати вертикальну білу лінію - на шарі SSD - як перевагу використовувати окремі SSD -

  • перевагу не змішувати L2ARC та ZIL на одному диску?

Передумови (відповідь на коментарі)

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

В іншому: на роботі будуть змінити комплект, але я не маю дати та повної інформації. (Xserve RAID x2 в поєднанні ... на даний момент я не уявляю, як передавати їх ZFS, але я відкрито розумію.)

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

Інші посилання та дискусії

Скріншоти L2ARC (Брендан Грегг) ( 30.01.2009 )

Скріншоти SLOG (Брендан Грегг) (26.06.2009)

[zfs-обговорити] відновлення кореневої копії / відновлення "катастрофи" ZFS та переміщення кореневого пулу (2011-01-10) рекомендує застосовувати суміш трьох речей (root pool, ZIL та L2ARC) на одному диску

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

- Мене більше цікавить, чи рекомендується не змішувати дві речі на одному диску.

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

@ChrisS згадав про ZIL та L2ARC в кімнаті Comms на 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 призводить до їх зношування та виходу з ладу досить швидко. Для використання в якості накопичувача ZIL вам потрібен (набагато дорожчий) SSD-диск на основі slc.

Мати zpool, що повністю складається з SSD, не тільки можливо, але він працює досить добре. Це також позбавляє від необхідності окремих приводів для ZIL та L2ARC. Так, у вас немає підтримки TRIM, але виходячи з характеру копіювання на запис ZFS, це, мабуть, добре.

Зважаючи на це, ZFS НЕ грає з майже повними (скажімо, 85% або вище) zpools. Продуктивність починає значно знижуватися - незалежно від того, використовуєте ви ротаційні магнітні носії або твердотілі. Відсутність підтримки TRIM, ймовірно, посилить цю проблему, але це вже проблема.

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

  • SLC типу SSD (конкретно не MLC) для ZIL
  • 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.

Більш конкретно: я задумався про інтерпретації білої лінії на схемі вище ...


2
Схоже, це може бути більше питання про помилку сервера. Але вам варто врахувати навантаження "Прочитати проти запису" у вашій базі даних. Існує деяке дослідження, яке показує, як рейд SSD в цілому може мати різко нижчу продуктивність для запису, ніж конфігурація одного диска. xbitlabs.com/articles/storage/display/…

2
Ті, хто найімовірніше добре знайомий із ZFS, швидше виявляють помилку сервера, ніж SuperUser. Голосування про перехід, але відмінне запитання.
afrazier

Я бачу два поточні голоси, щоб закрити, натомість ми можемо просто перенести питання? Дякуємо @afrazier
Грем Перрін

1
Ласкаво просимо до помилки сервера. Як зазначено в FAQ, ми віддаємо перевагу практичним, відповідальним питанням, заснованим на конкретних проблемах, з якими ви стикаєтесь . Це означає, що ви тут перебрали багато теорії та дискусій, але, здається, цього немає, це проблема, яку ви намагаєтеся вирішити. Додайте практичні деталі, і це спричинить велике питання.
Майкл Хемптон

1
Зауважимо лише, що VTC - це спосіб переміщення відповідей. Якщо більшість VTC повинні перейти на сайт, він буде переміщений. І так, практичні деталі, будь ласка, це виглядає дійсно добре написано та детально, але, не знаючи ситуації, у якій ви знаходитесь, важко насправді отримати конкретну відповідь. Ви, очевидно, будуєте налаштування ZFS для kickass, і деталі будуть корисні для розробки відповіді.
Подорож Гек

Відповіді:


14

Коротка відповідь, оскільки я не бачу, яку проблему ви хочете вирішити ...

Якщо можете, використовуйте окремі пристрої. Це залежить від масштабу вашого середовища ... Якщо це просто звичайна домашня система або віртуалізована або всебійне рішення ZFS , ви можете використовувати один пристрій.

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

  • Пристрої ZIL повинні бути пристроями низької затримки, які мають високий коефіцієнт затримки (IOPS). Вони, як правило, дзеркальні.
  • Пристрої L2ARC повинні мати високу ємність (в межах причини: Вам потрібно додати оперативну пам'ять у міру збільшення розміру L2ARC). Вони масштабуються за допомогою смугастих.

Що ви робите?


Я додав деякі запитання до питання. Ця відповідь здається ідеальною - дякую - я залишу речі відкритими на кілька днів, перш ніж приймати.
Грем Перрін

Для цілей посилань: питання 2011 року від @ewwhite ZFS - як розділити SSD для використання ZIL або L2ARC? і в межах прийнятої відповіді : "... Виділені пристрої ZIL та L2ARC на пул - це шлях".
Грем Перрін

6

З самого початку існують основні помилки щодо ZIL, які потрібно виправити, перш ніж продовжувати.

Зрозумійте це: за "нормальних" обставин ZIL / SLOG не торкаються.

Він записується лише тоді, коли синхронним записом наказується або якщо синхронізація = завжди включена у певному пулі / наборі даних ("zfs отримати пул / набір даних синхронізації")

ЗІЛ ніколи не читається за звичайних обставин. Це функція відновлення після аварій.

IE: ZIL існує лише тоді, коли живлення відключається. Він використовується для відтворення даних, які були повернуті назад в ОС до того, як дані були передані в пул. Всі записи ZFS в пул (синхронізація чи асинхронізація) є з буферів пам'яті.

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

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

З іншого боку, L2ARC сильно забивається на рівні читання і запису.

Існує таке поняття, як "занадто багато l2arc", тому що метадані того, що знаходиться в l2arc, виходять з вашого ARC (тобто, якщо ви збільшуєте розмір l2arc, ви повинні збільшити таран відповідно до цього. Якщо цього не зробити, це може призвести до серйозної деградації продуктивності та врешті-решт використання l2arc знизиться на деякому рівні значно нижче "всього наявного простору")

Незважаючи на протести деяких виробників, ви не можете компенсувати дефіцит пам’яті, збільшуючи розміри l2arc (Деякі виробники апаратних рейдових масивів, які розгалужилися на прилади ZFS, зробили це припущення)

tl; dr: Якщо ваш набір вводу-виводу є активністю в базі даних, швидше за все, ZIL буде сильно забитий. Якщо це щось інше, то, швидше за все, це буде лише легким дотиком. Цілком ймовірно, що в 99,9% активності функції ZIL ніколи не виникають.

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.