btrfs进行分区和subvol策略

我是btrfs的新手，我希望获得有关分区和子卷策略的一些建议。该系统是轻型Web服务器，并假定它只有一个磁盘。

使用ext文件系统，我总是为/，/ var，swap（可能还有/ boot和/ home）创建了单独的分区。对我而言，/ var始终包含所有有价值的Web服务器数据（例如MySQL数据库），却不包含任何代码。这使我可以轻松地将数据移动到其他系统（移动或复制/ var）或重新安装操作系统，而不会破坏数据（重新格式化/）等。

使用btrfs，我可以做相同的事情，使用相同的分区方案，并且在每个分区上都有单独的btrfs文件系统。或者，我可以有一个分区，并为/，/ var等使用btrfs子卷。这样做的利弊是什么？

在我看来，例如拥有/ -only和/ -var-only快照可能会有一些优势（例如“将所有数据还原到以前的检查点”与“还原所有代码”与“同时还原两个”）。是这样吗，还是只是那样出现？

额外的问题：在btrfs文件系统下面使用lvm有什么好处？

奖励问题2：如果系统有两个相同大小的磁盘，您的建议将如何改变？

任何指向“这是我的工作以及它对我的工作方式”的指示，也将不胜感激。我可以找到很多关于我可以做的事情的资料，但是我却没能说“这就是我尝试过的，这就是它起作用或不起作用的原因”。

如果您没有特定需要，请像使用其他文件系统一样使用btrfs。分隔/ home是一个好习惯。

就个人而言，在家用服务器上，我唯一的子卷是/ etc，因此我可以制作配置快照。可以使用快照程序之类的工具将其自动化。

通常，只需要还原/ var的先前版本就没有什么兴趣，因为还需要还原/ lib / stuff。这是全有或全无的情况。

/ home的快照可能很大，因此磁盘大小管理很快就会成为问题。可以毫无问题地完成此操作，但请留意剩余空间。另外，由于快照只能在同一磁盘上创建，因此如果磁盘出现故障，它们也不是备份的解决方案。可以将它们视为类似于“糟糕，两个小时前我删除了此文件，但仍然需要它”的情况。

奖励1：无。实际上，设计btrfs是为了简化堆栈mdadm + lvm + fs。因此，最好避免这种情况。

奖励2：不，但是要创建RAID 1！简单高效，您的数据将爱您：)

忍者奖励：您真的很想看看btrfs Wiki。

我最近一直在重新研究这个问题，并认为我会分享一个经过深思熟虑的帖子，该帖子提出了一个分区，其中包含包含子卷的顶级目录：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