Что такое хороший способ разделить zfs на уровни filsystems для управления непредсказуемой будущей рабочей нагрузкой, которая сильно не ставит под угрозу производительность?

Принятие, которое Вы используете, Сжимает или позже как корень:

# insserv proftpd

При использовании Lenny или ранее:

# update-rc.d proftpd defaults
2
19.08.2013, 22:54
2 ответа

Одна проблема действительно, у Вас есть два наложенных слоя файловой системы с избыточными кэшами.

Другой, если данные не Вы, запись никогда не обновляется или удаляется, копия по природе записи ZFS будет постепенно использовать всю область бэкенда файла быстрее, чем Вы ожидаете. Это уменьшит их разреженность, побеждающую Вашу цель тонкой резервации памяти.

1
27.01.2020, 22:14
  • 1
    не думал о кэширующейся проблеме и также очень положительной стороне на CAW, выращивающем редкие файлы больше, чем exptected! –  barrymac 20.08.2013, 14:53

Я ожидал бы проблемы производительности от запуска. Главным образом, потому что Вы будете писать файл в файловую систему ZFS, которая является сверху другой файловой системы.

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

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

1
27.01.2020, 22:14
  • 1
    я не уверен, что Вы подразумеваете под размером блока набора данных, или как это производит вещи. Я предполагаю, что Вы добираетесь для выбора другого сжатия и dedup выбора, но я не думал с помощью наборов данных, позволит Вам смешивать уровни дублирования на тех же базовых устройствах –  barrymac 20.08.2013, 14:54
  • 2
    дублирование находится на уровне пула. Наборы данных больше для производительности, которую я сказал бы. Например, в течение нормальной корневой фс мы оставляем значение по умолчанию, но если бы мы помещаем файлы данных для дб оракула, файловая система имела бы размер блока 4 МБ, если я не ошибаюсь. –  BitsOfNix 20.08.2013, 17:37
  • 3
    Диск I/Os не будет удвоен этой техникой. Только нижний уровень (по-видимому, ext4 или подобный) получает доступ к диску. Верхний уровень (zfs/zpool) делегирует чтение-записи к более низкой файловой системе. –  jlliagre 20.08.2013, 23:09
  • 4
    я ожидал бы основную проблему производительности, будет, ищут времена из-за фрагментации основанных на файле виртуальных устройств. –  barrymac 21.08.2013, 18:45
  • 5
    @jlliagre Вы правы, моя ошибка. Но от того, что я понимаю, ZFS "закажет" запись или чтение, чем, после того, как это должно будет быть "переведено", чтобы ext4 получил правильные положения. возможно, я попытаюсь установить подобный ENV для проверки его. –  BitsOfNix 22.08.2013, 12:00

Теги

Похожие вопросы