当NAS的硬盘数量增加到三块、四块甚至更多时，如何将多块物理硬盘合并为一个统一的存储空间，同时兼顾数据安全、读写性能和使用灵活性，成为每个NAS用户必须面对的问题。传统RAID方案虽然成熟，但在特定场景下并非最优选择。本文将深入对比mergerfs、MHDDFS和UnionFS三种磁盘合并方案，帮你找到最适合的存储策略。
一、为什么不用RAID？JBOD与联合挂载的独特优势
RAID（磁盘阵列）通过将多块硬盘组合成一个逻辑卷来提供冗余或性能提升。然而RAID存在一些不可忽视的局限性：一旦阵列中的某块硬盘故障，重建过程耗时漫长且消耗大量系统资源；升级硬盘时，通常需要更换所有硬盘才能扩容（特别是RAID 5/6）；不同容量的硬盘组成RAID时，总容量受限于最小盘；阵列控制器故障可能导致整个存储不可用。
相比之下，JBOD（Just a Bunch of Disks，磁盘簇）配合联合挂载文件系统（Union Filesystem）提供了一种更灵活的替代方案。核心思路是：每块硬盘独立格式化，各自保留完整的文件系统（如ext4、XFS）；通过联合挂载工具将多块硬盘的目录"合并"为一个统一的挂载点；用户访问合并后的目录时，看到的就像一个巨大的存储池；当某块硬盘故障时，仅该盘上的数据受影响，其他硬盘上的数据完全不受影响。
这种方案在NAS社区尤其受欢迎，因为NAS用户经常使用不同容量、不同品牌的硬盘进行扩展，RAID的限制在这种场景下尤为突出。Unraid系统就是基于这一理念设计的——它使用XFS格式化每块数据盘，再通过自己的联合文件系统将它们合并。
二、三大联合挂载方案对比
mergerfs是目前Linux平台上最活跃、功能最完善的联合文件系统。它是一个FUSE（用户空间文件系统）实现，支持创建策略（create policy）、搜索策略（search policy）和动作策略（action policy）的精细化配置。例如，设置创建策略为epmfs（存在路径最多可用空间优先），新文件将自动存放到剩余空间最多的硬盘上。mergerfs还支持minfreespace参数——当某块硬盘剩余空间低于阈值时自动跳过，防止硬盘写满导致性能下降。
MHDDFS是一款更轻量的联合挂载工具，原理类似但功能较少。它将多块硬盘的目录合并为一个挂载点，支持按剩余空间比例分配写入（mlfs策略）。MHDDFS的优势在于安装简单、资源占用极低，适合低端NAS硬件。但它已多年未更新，存在已知的硬链接不支持、高并发IO下偶发死锁等问题，不太适合生产环境。
UnionFS（AUVFS）是另一款FUSE联合文件系统，功能介于mergerfs和MHDDFS之间。它支持分支优先级和Copy-on-Write（写时复制）机制，常用于Docker的联合镜像层。但在NAS存储场景中使用较少，主要原因是配置复杂且社区支持不如mergerfs活跃。
综合对比：mergerfs在功能性、稳定性和社区活跃度方面全面领先，是NAS用户的首选；MHDDFS适合资源极其有限、需求简单的场景；UnionFS更适合Docker/容器场景，不推荐用于NAS主存储。
三、mergerfs在NAS上的部署与调优实战
在飞牛fnOS、CasaOS或基于Debian/Ubuntu的DIY NAS上，安装mergerfs非常简单。以Ubuntu为例，添加官方PPA源后执行apt install mergerfs即可。群晖和威联通用户需要通过Entware或第三方套件安装，或直接在Docker宿主机上操作（需要--privileged和--device /dev/fuse参数）。
典型的mergerfs挂载命令：
mergerfs /mnt/disk1:/mnt/disk2:/mnt/disk3 /mnt/storage -o category.create=epmfs -o minfreespace=20G -o moveonenospc=true -o dropcacheonclose=true各参数的含义：category.create=epmfs表示新文件写入剩余空间最多的硬盘；minfreespace=20G表示当硬盘剩余空间不足20GB时，跳过该盘；moveonenospc=true表示当目标盘空间不足时，自动将文件移动到其他盘；dropcacheonclose=true表示关闭文件时清理页缓存，防止内存被占满。
配合SnapRAID（数据校验工具），mergerfs可以实现接近RAID的数据安全性。SnapRAID定期计算数据盘的校验信息并存储在专用校验盘上，当某块硬盘故障时，可通过校验信息恢复数据。mergerfs + SnapRAID的组合被称为"穷人RAID"，既保留了RAID的数据保护能力，又拥有JBOD的灵活性和升级便利性——这正是越来越多NAS用户选择这条路线的原因。
评论(0)