стратегия разделения и subvol с помощью btrfs

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

В файловых системах ext я всегда создавал отдельные разделы для /, / var, swap (и, возможно, / boot и / home). Для меня / var всегда содержит все ценные данные веб-сервера (например, базы данных MySQL) и ни один из кода. Это позволяет мне легко перемещать данные в другую систему (перемещать или копировать / var) или переустанавливать ОС, не нарушая работу данных (переформатирование /) и т. Д.

Используя btrfs, я мог сделать то же самое, использовать одну и ту же схему разбиения и иметь отдельную файловую систему btrfs для каждого раздела. Или я мог бы иметь один раздел и использовать подобъемы btrfs для /, / var и так далее. Каковы будут плюсы и минусы этого?

Мне кажется, что может быть некоторое преимущество в том, что, например, есть снимки / -only и / var-only ("Восстановить все данные до предыдущей контрольной точки" vs ", восстановить весь код" vs ", восстановить оба"). Это правильно, или это только так?

Бонусный вопрос: есть ли преимущества использования lvm ниже файловой системы btrfs?

Дополнительный вопрос 2: как бы изменился ваш совет, если бы в системе было два диска одинакового размера?

Любые ссылки на статьи «это то, что я сделал и как это сработало для меня» также будут оценены. Я могу найти много материала о том, что я могу сделать, но я не могу найти много высказываний «это то, что я пытался, и именно поэтому это сработало или не сработало».

Если у вас нет особых потребностей, используйте btrfs, как если бы вы использовали другую файловую систему. Разделение / дом - это хорошая практика.

Лично на домашних серверах мой единственный подобъем - это / etc, поэтому я могу делать снимки конфигураций. Это можно автоматизировать с помощью таких инструментов, как Snapper.

Обычно мало интереса к восстановлению только предыдущей версии / var из-за необходимости также восстановить / lib / stuff. Это ситуация "все или ничего".

Моментальные снимки / home могут быть ОЧЕНЬ большими, поэтому управление размером диска скоро станет проблемой. Это можно сделать без каких-либо проблем, но следите за оставшимся пространством. Кроме того, поскольку снимки можно создавать только на одном диске, они не являются решением для резервного копирования в случае сбоя диска. Думайте о них как о чем-то вроде «о, я удалил этот файл два часа назад, но он мне все еще нужен».

Бонус 1: нет. Фактически, btrfs был разработан для упрощения стека mdadm + lvm + fs. Так что действительно лучше избегать этого.

Бонус 2: Нет, но сделайте RAID 1! Просто и эффективно, ваши данные будут любить вас :)

Бонус ниндзя: вы действительно, вероятно, хотите хорошо посмотреть вики btrfs .

Я недавно пересматривал это и думал, что поделюсь очень хорошо продуманным постом, в котором предлагается один раздел с каталогами верхнего уровня, содержащими подобъемы: https://bbs.archlinux.org/viewtopic.php?id=194491

TL; DR

subvolid=0
      ├── subvol_root
      │        └── /usr, /bin, /sbin, /.snapshots, etc
      ├── subvol_snapshots
      ├── subvol_home
      └── subvol_opt