Блог

Я хочу создать домашний сервер для своих мультимедийных данных, не тратя слишком много дискового пространства на избыточность.
Резервирование — это не то же самое, что резервное копирование, и поскольку я планирую ежедневно создавать резервные копии на второй пул дисков, я принимаю риск сбоя диска.
Однако я буду использовать интеллектуальный мониторинг для прогнозирования действий. Даже если диск в конечном итоге выйдет из строя без предупреждения, я не потеряю больше дня изменений в моем довольно статичном архиве.
Мне нравится возможность объединения дисков разного размера, и mergerfs выглядит очень подходящей для этого.
В руководствах, которые я нашел, mergerfs часто используется вместе с snapraid, но, на мой взгляд, snapraid работает довольно медленно.

С другой стороны, в Btrfs есть функция копирования при записи и встроенная функция моментального снимка, такая как NTFS или ZFS.
Я знаю, что btrfs также может объединять диски, но из того, что я прочитал, в режиме «single» jbod весь пул будет поврежден при сбое одного диска, тогда как с mergerfs необходимо восстановить только данные сбойного диска.
Это может существенно сократить время восстановления.
Также mergerfs может отключать неактивные диски и, таким образом, возможно, продлить срок службы моих дисков.

Итак, мой вопрос таков:
Будет ли несколько дисков btrfs работать вместе с mergerfs и могу ли я по-прежнему использовать функцию моментального снимка btrfs на отдельных дисках?

Это зависит от ваших требований. Но для таких вещей, как носители, которые не часто меняются, mergerfs — не самая «худшая» идея из возможных. Особенно, если одновременно будет задействовано всего несколько пользователей. Я лично создавал свои собственные системы NAS с 2005 года и прошел через все различные настройки RAID, которые я могу использовать (аппаратные, программные или на материнской плате, 0, 1, 5, 6, 10), а также по маршруту ZFS и несколько лет назад BTRFS.

Из моих личных материалов (анекдотический, так что немного соли) худший из них — RAID. Его избыточность — полная шутка по сравнению с другими материалами.

Если вам нужна какая-то промежуточная идея с менее серьезными требованиями к оборудованию, чем ZFS, но лучшей «безопасностью», чем RAID, то BTRFS — удобный вариант. Если вам нужна некоторая избыточность и возможность восстановления поврежденных файлов (они случаются, но вы замечаете это слишком поздно).

Но если все, что вы делаете, это обслуживаете медиафайлы, это кажется пустой тратой времени. И такие вещи, как файловая система union, начинают приобретать смысл. Это определенно лучше, чем использовать RAID 0.

Что касается моего собственного домашнего медиа-сервера, я работаю на какой-нибудь Union FS или другой более 10 лет. Изначально использовался AUFS, но он оказался менее стабильным. Переходим на mhddfs и все еще не видим значительного улучшения. Оба имели тенденцию просто прекращать работу и нуждаться в перезапуске. Около 5 лет назад я перешел на MergerFS — с этим пока не возникало никаких проблем.

Конечно, вам придется убедиться, что у вас либо есть надежные резервные копии, либо что все файлы легко заменяемы. Если что-то пойдет не так с диском, его данные исчезнут (по крайней мере, не так, как в RAID 0, где все данные для всего теперь находятся в пустоте).

Но я предпочитаю иметь какие-то средства для восстановления / замены дисков. Каждые 2-3 года случалось, что мне приходилось что-то исправлять. И в MergerFS (и других) idea я также добавляю функцию SnapRAID parity — у нее есть некоторые преимущества, помимо RAID 5 или 6. Хотя, обратите внимание, это не рекомендуется для сервера, где файлы будут часто меняться. Это также добавляет идею «моментального снимка», поскольку SnapRAID может восстанавливать файлы, если они были удалены или изменены — аналогично тому, что вы получаете от the CoW в таких вещах, как BTRFS — только периодически, а не в режиме реального времени.

Кстати, я довольно ленив. Ранее я уже выполнял настройку из командной строки. Но на самом деле, это не моя чашка чая. Из всех операционных систем, ориентированных на NAS, которые я опробовал, чтобы «упростить» свою жизнь, я предпочитаю Open Media Vault, поскольку она включает все перечисленные выше опции с достаточно простым веб-интерфейсом.

Что касается того, работает ли BTRFS под MergerFS … да, это так. MergerFS не заботится о базовой файловой системе. Пока он обрабатывает управление доступом и атрибуты, он работает так, как задумано. Возможно, будет излишне размещать отдельные диски BTRFS под ними, но это тоже вариант — просто вы теряете большинство преимуществ BTRFS, не используя некоторые из ее RAID-подобных функций, а это значит, что вы могли бы просто использовать EXT4 вместо этого.

При использовании btrfs с mergerfs и предупредит вас, не используйте с ним мультиплексоры дисков. Найдите материнскую плату с достаточным количеством портов для дисков или настоящих контроллеров sata для запуска всех дисков. На каждом диске создайте общую папку media, объедините их с mergerfs для показа, если вам нужен диск для резервирования, вы можете использовать raid под названием snapraid, который хорошо работает. это хорошо работает при небольшом количестве пользователей.

если вы хотите использовать btrfs для привязки, вам нужно пойти ва-банк и начать с пустых дисков и объединить их все в какой-нибудь btrfs raid. У меня нет предложений о том, как это сделать.

Да, вы можете использовать mergerfs практически с любой файловой системой под ним, даже смешивая их. Обратите внимание, что если вы собираетесь использовать SnapRAID с ним, существуют некоторые ограничения / предостережения в отношении файловых систем, но btrfs обычно подходит.

Использование чего-то вроде btrfs с SnapRAID немного избыточно, потому что в этой настройке вам действительно не понадобятся / не будут использоваться пара наиболее распространенных функций btrfs, которые являются контрольными суммами / очистками и поддержкой нескольких устройств, поскольку вы заменяете их SnapRAID и mergerfs.

Вы по-прежнему сможете использовать следующие специальные функции btrfs:

• Отправка / получение
• Снимки
• Сжатие
• Дедупликация

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

Вы можете использовать моментальные снимки на каждом диске / вложенном томе, но SnapRAID будет работать только в основной файловой системе. Тем не менее, вы все равно можете получить доступ к моментальным снимкам и использовать snapraid-btrfs, который представляет собой скрипт, использующий моментальные снимки только для чтения для дополнительной защиты при каждой синхронизации SnapRAID. Таким образом, если вы удалите файлы, они останутся в моментальном снимке до следующей синхронизации, и если вы потеряете диск, SnapRAID по-прежнему получит доступ к полному набору данных, которые он использовал для обеспечения четности в моментальном снимке, даже если некоторые файлы были впоследствии удалены.