стратегія розподілу та підводка з btrfs

Я новачок у btrfs, і мені хотілося б поради щодо розбиття стратегії розподілу та підпункту. Система є легким веб-сервером, і припустимо, що у неї є лише один диск.

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

Використовуючи btrfs, я міг би зробити те ж саме, використовувати ту саму схему розподілу та мати окрему файлову систему btrfs на кожному розділі. Або я міг би мати один розділ і використовувати підрозділи btrfs для /, / var тощо. Які були б плюси і мінуси цього?

Мені здається, може бути певна перевага у створенні / -only та / var-тільки знімків, наприклад ("Відновити всі дані до попередньої контрольної точки" проти "відновити весь код" проти "відновити обидва"). Це правильно, чи це тільки так виглядає?

Питання про бонус: чи є переваги використання lvm нижче файлових систем btrfs?

Бонусне питання 2: як би змінилася ваша порада, якби система мала два диски однакового розміру?

Будь-які вказівки на статті "це те, що я робив, і як це працювало для мене", також будуть вдячні. Я можу знайти багато матеріалу про те, що я можу зробити, але мені не вдається знайти багато сказаних: "Це те, що я намагався, і саме тому це спрацьовувало чи ні".

Якщо у вас немає конкретних потреб, використовуйте btrfs так, як використовуєте іншу файлову систему. Розлука / дім - хороша практика.

Особисто на домашніх серверах мій єдиний підпункт / etc, тому я можу робити знімки конфігурацій. Це може бути автоматизовано за допомогою таких інструментів, як оснастка.

Зазвичай, відновлення лише попередньої версії / 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