![ZFS:超大文件 + 压缩 + 快照](https://linux22.com/image/678140/ZFS%EF%BC%9A%E8%B6%85%E5%A4%A7%E6%96%87%E4%BB%B6%20%2B%20%E5%8E%8B%E7%BC%A9%20%2B%20%E5%BF%AB%E7%85%A7.png)
我备份了几个虚拟磁盘(总计约 4 Tb),保留时间为几周。
我在计算机中使用 4 x 4 Tb 磁盘作为主备份。文件系统是 ZFS RAIDZ2,因此可用空间为 8 Tb。4
x 2 Tb 磁盘(可用空间为 4 Tb)的辅助备份位于另一栋建筑中,用于存储上周日的备份。
我通过创建快照来管理保留:每次备份后,都会在主备份文件系统上创建快照。超过 90 天的快照将被删除。90 天内修改的数据量小于 4 Tb,因此一切正常(实际上我有最近 30 天 + 前 9 周 + 前 10 个月的数据,但这不是重点)。
在辅助备份上,我只有一个备份。我还计划实施保留。
我首先想到的是升级到 4 x 4 TB 磁盘(由于空间不足,我无法升级到 6 x 2 TB),并像在主备份中一样进行快照。
不用升级硬件,如果我在辅助备份上使用 ZFS 压缩 + 快照,结果会怎样?
压缩将释放 600 Gb 空间。然后快照将保留几天。
保存的虚拟磁盘使用 rsync 进行更新,因此只有小部分被修改。所以我认为只有小部分被“传输”到快照。但我没有找到任何来源证实这会像我想象的那样有效。
问题:在 Linux 上使用带压缩的 ZFS,具有分散修改的非常大的文件是否可以有效地进行快照?
答案1
现在你应该compression=lz4
默认使用 ZFS 压缩(使用 )。没有理由不使用它,除非你知道您的数据不可压缩。
压缩的 ZFS 文件系统上的快照仍然高效,并可与复制和/或 rsync 一起使用。
答案2
几年来,我们也使用带压缩和快照的 ZFS 来备份大文件。
快照的大小与 rsync 更新的数据一致。所以我不知道 ZFS 中的压缩是如何工作的,但它不会显著降低快照的效率。