Я новичок в btrfs и хотел бы получить совет по стратегии разбиения на разделы и подтома. Система представляет собой веб-сервер легкой нагрузки, и предположим, что у нее только один диск.
С файловыми системами ext я всегда создавал отдельные разделы для /, /var, swap (и, возможно, /boot и /home). Для меня /var всегда содержит все ценные данные веб-сервера (например, базы данных MySQL) и никакого кода. Это позволяет мне легко перемещать данные в другую систему (перемещать или копировать /var) или переустанавливать ОС, не нарушая данные (переформатировать /) и т. д.
Используя btrfs, я мог бы сделать то же самое, использовать ту же схему разбиения и иметь отдельную файловую систему btrfs на каждом разделе. Или я мог бы иметь один раздел и использовать подтома btrfs для /, /var и т. д. Какие были бы плюсы и минусы этого?
Мне кажется, что может быть некоторое преимущество в наличии снимков только / и только /var, например («Восстановить все данные до предыдущей контрольной точки» против «восстановить весь код» против «восстановить оба»). Это верно, или это только так кажется?
Бонусный вопрос: есть ли преимущества использования lvm под файловой системой(ами) btrfs?
Бонусный вопрос 2: как изменился бы ваш совет, если бы в системе было два диска одинакового размера?
Буду также признателен за любые ссылки на статьи типа "вот что я сделал и как это сработало для меня". Я могу найти много материала о том, что я могу сделать, но мне не удается найти много того, что говорит "вот что я попробовал и вот почему это сработало или нет".
решение1
Если у вас нет особых потребностей, используйте btrfs так, как если бы вы использовали другую файловую систему. Разделение /home — это хорошая практика.
Лично у меня на домашних серверах есть только один подтом - /etc, поэтому я могу делать снимки конфигураций. Это можно автоматизировать с помощью таких инструментов, как snapper.
Обычно малоинтересно восстанавливать только предыдущую версию /var, поскольку нужно также восстанавливать /lib/stuff. Это ситуация "все или ничего".
Снимки /home могут быть ОЧЕНЬ большими, поэтому управление размером диска вскоре станет проблемой. Это можно сделать без проблем, но следите за оставшимся пространством. Кроме того, поскольку снимки можно делать только на том же диске, они не являются решением для резервного копирования в случае отказа диска. Думайте о них как о чем-то для ситуаций типа «ой, я удалил этот файл два часа назад, но он мне все еще нужен».
Бонус 1: нет. На самом деле, btrfs был разработан для упрощения стека mdadm+lvm+fs. Так что его действительно лучше избегать.
Бонус 2: Нет, но сделайте RAID 1! Просто и эффективно, ваши данные будут вам благодарны :)
Бонус ниндзя: вы, вероятно, действительно захотите хорошенько рассмотретьbtrfs вики.
решение2
Недавно я возвращался к этому вопросу и решил поделиться очень хорошо продуманным постом, в котором предлагается один раздел с каталогами верхнего уровня, содержащими подтома: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