我多次听说ZFS快照是“免费的”,因为ZFS的写时复制设计快照不会消耗任何磁盘空间,除非数据发生更改,只有这样,空间使用量才被限制在实际使用的块上。改变了。Stack Exchange 上的许多答案以及整个互联网上的帖子都做出了这一声明或说所使用的空间“可以忽略不计”
这些说法的准确性如何?ZFS 快照实际使用多少磁盘空间?
我做了一个测试,实际上是针对一个不相关的问题(zfs send无法发送包含超过 42,000 个快照的文件系统),令我惊讶的是,我发现zfs 快照实际上消耗了几兆字节。在我的测试中,每个快照大约为 4 MiB。
为了测试这一点,我创建了一个带有单个文件系统的空 zpool,根本没有文件、目录或其他数据。然后,我尝试创建 100,000 个快照,令我惊讶的是,仅创建了 50,698 个快照后就失败了:
root@test:~# zpool create tank nvme-nvme.15ad-564d57617265204e564d455f30303030-564d77617265205669727475616c204e564d65204469736b-00000002
root@test:~# zpool list
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
tank 199G 116K 199G - - 0% 0% 1.00x ONLINE -
root@test:~# zfs create tank/test
root@test:~# zfs list
NAME USED AVAIL REFER MOUNTPOINT
tank 118K 193G 24K /tank
tank/test 24K 193G 24K /tank/test
root@test:~# ls -lR /tank/
/tank/:
total 1
drwxr-xr-x 2 root root 2 Mar 14 15:16 test
/tank/test:
total 0
root@test:~# find /tank
/tank
/tank/test
root@test:~# for i in {0..100000}; do zfs snapshot tank/test@snap$i; done
cannot create snapshots : out of space
cannot create snapshots : out of space
...
cannot create snapshots : out of space
cannot create snapshots : out of space
root@proxmoxtest:~# zfs list -t snapshot | wc -l
50698
root@proxmoxtest:~# zpool list
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
tank 200G 193G 6.23G - - 84% 96% 1.00x ONLINE -
Run Code Online (Sandbox Code Playgroud)
根据此测试,ZFS 似乎需要大约 3.9 MiB 的空间来存储 200GiB zpool 上每个快照的元数据。这似乎因池大小而异;当我使用 20GiB zpool 进行测试时,结果约为 1.8 MiB/快照。
因此,虽然 zfs 快照可能使用“可忽略不计”的空间量(“可忽略”的定义可能基于意见),但成本不为零;每个快照的空间开销很小(以兆字节为单位),即使没有块改变。