为快照选择linux文件系统-用于VM上的文件备份

Question

我正在努力使备份系统尽可能高效地运行--我需要备份的大多数系统都是某种类型的Linux，我们目前将它们转储到一个Ubuntu16.04.3服务器上，并将它们存储在/磁盘上。Ubuntu在Hyper中运行，并有一个用于根磁盘的.vhdx。Ubuntu运行rsync连接到每个生产服务器。

无论如何，我不想将备份文件存储在根磁盘上，而是将备份文件存储在一个新的磁盘和新的文件系统上，这些文件系统可以使用每日快照操作。我已经创建了一个900 VM卷的超级V(薄供应，目前)，并附加到VM。因此，当前磁盘显示为Ubuntu /dev/sdd，未格式化，容量为900 of。

寻求关于如何支持以下要求的建议：

• 允许通过rsync从总计约60 of的生产服务器复制到文件系统的备份。
• 允许每天运行基本卷或文件系统快照，这样我们就可以保留大约7-10天的备份文件信息。前一天的生产文件的增量通常约为30-35 30。
• 允许简单引用(例如Ubuntu中的简单挂载点)到任何一个备份快照，以防我们需要检索X天前的随机文件
• 自动删除超过10天的快照。

我不需要的是：

• 物理或RAID卷管理-新磁盘(900 on .vhdx)已经存储在处理物理磁盘异常的卷中
• 运行到挂载/卸载或合并快照的脚本，这些脚本不是文件系统包的普通脚本。

我以前使用过ZFS，以NexentaStor的形式，这是相当巧妙的。除了RAID管理之外，所拍摄的快照自动提供给我：“/primary_ file /..zfs/快照_name”，去获取X天前的一个文件是相当灵活的。

我是在看BTRFS实现，还是这里的LVM实现？或者还有其他的现成的解决方案来填补我的空白？

Answer 1

听起来你已经有了所有的基本选择，但我认为还有另外一个选择，我认为你应该考虑--稍后再谈。您有两个足够常见的文件系统，它们支持快照(btrfs和ZFS)和设备映射器/LVM快照。

• btrfs快照的工作方式类似于您已经熟悉的ZFS快照；您运行btrfs subvolume snapshot -r /mountpoint/data "/mountpoint/snapshots/$(date -Is)"或类似于创建一个，那么它在/mountpoint/snapshots/$(date -Is)下是可见的。您还可以执行文件系统(/mountpoint)的根，它正常工作。我使用btrfs的经验是，这种用法是稳定的。它还支持trim(如果所有其他东西都支持它--我个人从未使用过HyperV，所以不能这么说)将使用trim，但现在释放空间返回到管理程序的瘦池中。
• LVM ( device )快照是不同的-它们对块设备进行快照。传统的LVM快照会导致性能损失(因为在写入时复制)，这可能是备份使用的问题，也可能不是问题。也有较薄的池快照，这些快照比较新，并且避免了这个问题。因为它们在块设备级别运行，所以当您创建快照时，您将创建一个新的块设备--然后您必须挂载该设备才能访问快照文件。

使用这两种方法，您可以在需要的情况下保留快照(磁盘空间允许)，按任何顺序删除它们，等等。我还建议考虑使用rsync --inplace来缩小快照大小。考虑到他们之间的选择-我认为他们都会很好，你应该选择你/你的团队熟悉的任何东西。

The其他方法：您目前正在编写自己的备份系统。很多备份系统已经存在，包括那些打算对这样的硬盘进行空间高效备份的备份系统。例如BackupPC、Bacula/Bareos (更多地关注磁带，但也做磁盘)、BorgBackup、restic、ZBackup等等。我建议看一看Arch的同步和备份程序列表。