带有btrfs的mergefs是否适合作为廉价家用nas服务器的设置？

如何解决带有btrfs的mergefs是否适合作为廉价家用nas服务器的设置？

我想为媒体数据构建家庭服务器，而又不浪费太多磁盘空间来实现冗余。
冗余与备份不同，并且由于我计划每天对​​第二个磁盘池进行备份，因此我承担磁盘故障的风险。
不过，我将使用智能监控来采取预防措施。 即使磁盘最终在没有预兆的情况下发生故障，我在相当静态的存档中所做的更改也不会损失超过一天。
我喜欢合并具有不同大小的磁盘的可能性，并且mergefs看起来非常适合此操作。
在我发现的教程中，mergefs经常与snapraid一起使用，但是在我看来，Snapraid的运行速度很慢。

另一方面，Btrfs具有写入时复制和内置快照功能，例如NTFS或ZFS。
我知道btrfs也可以将磁盘池化，但是据我了解，在“单” jbod模式下，如果一个磁盘发生故障，整个池将被损坏，而对于mergefs，仅需要恢复发生故障的磁盘的数据即可。
这可以大大缩短恢复时间。
而且mergefs可以降低非活动磁盘的容量，因此可能会延长磁盘的使用寿命。

所以我的问题是：
一堆btrfs磁盘可以与mergefs一起使用吗？我仍可以在单个磁盘上使用btrfs快照功能吗？

解决方法

根据您的要求而有所不同。但是对于像媒体这样的不常改变的事情，mergerfs并不是“最糟糕”的想法。尤其是一次只需要很少的用户时。 自2005年以来，我已经亲自构建了自己的NAS系统，并经历了所有RAID设置中的所有事情（我可以​​摇一摇）（硬件，软件或主板上的0、1、5、6、10），以及沿着ZFS路线和几年前的BTRFS前进。

从我的个人资料（轶事，所以要加些盐）中，最糟糕的是RAID。与其他内容相比，其冗余性完全是个笑话。

如果您想要一个介于中间的想法，其硬件要求比ZFS少，但是“安全性”比RAID高，那么BTRFS是一个可用的选项。如果您确实想要一些冗余并能够修复损坏的文件（确实会发生，并且您发现它太晚了）。

但是，如果您要做的只是提供媒体文件，那就太浪费了。诸如联合文件系统之类的事情开始变得很有道理。绝对比使用RAID 0好。

对于我自己的家庭媒体服务器，我已经在某些Union FS或其他FS上运行了10多年。最初使用AUFS，但发现它不够稳定。迁移到mhddfs仍然没有看到巨大的进步。两者都有停止工作并需要重新启动的趋势。大约5年前，我搬到了MergerFS-尚未遇到任何问题。

当然，您必须确保备份良好，或者所有文件都易于替换。如果磁盘出了问题，它的数据就消失了（至少不像RAID 0那样，现在所有内容的所有数据都变成了空白）。

但是我更喜欢使用一些方法来恢复/更换磁盘。每隔2至3年，我不得不修复某些东西。在MergerFS（及其他）的想法中，我也确实添加了SnapRAID奇偶校验-除了RAID 5或6，它还具有一些优点。尽管请注意，不建议将文件频繁更改的服务器使用。这确实增加了“快照”的想法，因为SnapRAID可以在文件被删除或更改后恢复文件（类似于您从CoW中获得的BTRFS之类的文件），只是周期性的而不是实时的。

作为旁注，我很懒。在命令行之前有安装程序。但实际上，那不是我的茶。在我尝试使自己的生活变得更加轻松的所有特定于NAS的操作系统中，我更喜欢Open Media Vault，因为它包含上面列出的所有选项，并且具有相当简单的Web界面。

关于BTRFS是否在MergerFS下工作……是的。 MergerFS不在乎底层文件系统是什么。只要它处理访问控制和属性，它就可以按设计工作。在下面放置单个BTRFS磁盘可能有点浪费，但这也是一个选择-只是由于不使用某些类似RAID的功能而失去了BTRFS的大部分优势，这意味着您最好只使用EXT4。 / p>