У меня есть ПК с 256 ГБ M.2 SSD-диском, который сейчас используется для корневого раздела Linux Mint, раздела подкачки и домашнего раздела. У меня есть 2 ТБ HDD для всех моих данных (на самом деле я храню его отдельно от домашнего каталога, потому что домашняя папка пользователя имеет пользовательскую конфигурацию).
Я хотел бы перевести эту систему на ZFS, чтобы воспользоваться преимуществами контрольных сумм, моментальных снимков, прозрачного сжатия и устойчивости к потерям питания.
Поскольку я не создавал оборудование с расчетом на ZFS, теперь мне интересно, как лучше всего использовать эту настройку.
Я занимаюсь много видеопроизводством, среди прочего, поэтому у меня много больших файлов (10 ГБ), которые я перебрасываю. Я думал об использовании SSD в качестве SLOG, но не будет ли это неоправданно изнашивать SSD, когда я захватываю и рендерю видеофайлы - скорость HDD в этом отношении для меня не является узким местом.
Стоит ли создавать отдельные пулы для SSD и HDD? Можно ли легко перемещать наборы данных между пулами с помощью команд send/ receive?
Могу ли я разбить SSD, чтобы использовать его как корневой раздел и SLOG для HDD? Не помешает ли это выравниванию износа и не убьет ли это мой SSD быстрее? Не погубит ли это преимущества производительности SSD?
В качестве примечания:
Я мог бы добавить второй HDD на 2 ТБ позже в качестве зеркала для обеспечения избыточности. У меня также есть 2 USB 3.0-диска по 1 ТБ, которые я использовал с ZFS в Raid-0 некоторое время. Они, похоже, работают довольно хорошо и могут выдерживать скорость записи ~130 МБ/с. Интересно, будет ли хорошей идеей использовать их в качестве зеркального vdev для моего основного HDD. Они доказали свою стабильность в течение нескольких месяцев (я знаю, что USB может быть проблематичным с ZFS — я тоже довольно много играл с ним).
В настоящее время я использую rdiff-backupвнешний диск USB 3.0 емкостью 3 ТБ.
Я уже несколько раз развертывал ZFS, один раз в производственной среде для системного корня и хранения данных в зеркале на 2 диска. Хотя я никогда не использовал SSD с ним.
Что бы вы мне посоветовали сделать?
решение1
Я занимаюсь много видеопроизводством, среди прочего, поэтому у меня много больших файлов (10 ГБ), которые я перебрасываю. Я думал об использовании SSD в качестве SLOG, но не будет ли это неоправданно изнашивать SSD, когда я захватываю и рендерю видеофайлы - скорость HDD в этом отношении для меня не является узким местом.
Только синхронные записи идут в ZIL, поэтому вы можете не заметить большой разницы в производительности в зависимости от программного обеспечения. Длительность записи является проблемой только для низкокачественных потребительских дисков (вы не указали свою модель) или 24/7 тяжелых рабочих нагрузок записи. Если вы работаете по 8 часов в день, у вас остается в 3 раза больше времени.
Стоит ли создавать отдельные пулы для SSD и HDD? Могу ли я легко перемещать наборы данных между пулами с помощью команд отправки/получения?
Send/recv работает без проблем независимо от базовой конфигурации vdev. Просто помните, что вы можете выбрать каждую файловую систему по отдельности, но не сможете получить более тонкую гранулярность (уровень файла).
Могу ли я разбить SSD, чтобы использовать его как корневой раздел и SLOG для HDD? Не помешает ли это выравниванию износа и не убьет ли это мой SSD быстрее? Не погубит ли это преимущества производительности SSD?
Да, можете, 4 ГБ — это много места для ZIL. С другой стороны, он, конечно, будет медленнее, но с быстрыми SSD вы можете не заметить этого так сильно. Однако имейте в виду, что теперь у вас две проблемы в одной — если ваш SSD умрет, вы потеряете всю свою операционную систему/файлы конфигурации И можете потерять зафиксированные, но еще не записанные данные на HDD. Если вы пойдете по этому пути, я настоятельно рекомендую использовать два SSD, по возможности два с одинаковой скоростью и задержкой, потому что более медленный задает темп.
Я мог бы добавить второй HDD на 2 ТБ позже в качестве зеркала для обеспечения избыточности. У меня также есть 2 USB 3.0-диска по 1 ТБ, которые я использовал с ZFS в Raid-0 некоторое время. Они, похоже, работают довольно хорошо и могут выдерживать скорость записи ~130 МБ/с. Интересно, будет ли хорошей идеей использовать их в качестве зеркального vdev для моего основного HDD. Они доказали свою стабильность в течение нескольких месяцев (я знаю, что USB может быть проблематичным с ZFS — я тоже довольно много играл с ним).
Если это работает для вас и ваши другие альтернативы (например, размещение диска внутри системы с SATA) недоступны, это может быть альтернативой. Конечно, регулярное резервное копирование является обязательным (как и в любом случае).
В настоящее время я делаю rdiff-backup на внешний диск USB 3.0 емкостью 3 ТБ.
Вы также можете использовать send/recv, если отформатируете диск как базовый ZFS vdev. Резервное копирование будет быстрее (инкрементные отправки на уровне блоков), и у вас будут как минимум проверки согласованности (контрольные суммы и очистка). Единственный недостаток в том, что вы кладете все яйца в одну корзину относительно критических ошибок файловой системы, выбор здесь за вами.