ZFS *文件*用于快照的背向z池..。安全生产？

Question

除了缺乏容错之外，单个文件vdev zpool是否有任何缺点，使其对生产使用来说是危险的或不切实际的？

例如性能还是稳定性问题？

手册页只警告没有容错：

 file    A regular file.  The use of files as a backing store is strongly
         discouraged.  It is designed primarily for experimental purposes,
         as the fault tolerance of a file is only as good as the file sys‐
         tem of which it is a part.  A file must be specified by a full
         path.

我的用例是在将数据库同步到外部备份服务器之前，先在Linux服务器上快照一个数据库，该服务器使用一个真正的磁盘支持的镜像zpool。在数据库服务器上使用ZFS的唯一目的是获得快速的原子快照，这大大减少了数据库必须保持锁定的时间。

我的目标是使数据库服务器的设置尽可能自动化。这是为了建立在标准VPS映像之上，其中重新划分主卷不容易自动化，在这种情况下添加额外的块设备是浪费的。

或者，是否有更好的方法来将底层ext4分区的一部分分配给不对其进行分区的zpool，或者以一种无需深入研究VPS管理器就可以自动实现的方式？

Answer 1

ZFS非常乐意为池使用一个文件。不过，你可能不是。有几个缺点。

1. 性能。所有的ZFS现在都被转换成vnode，所以ZFS现在比以前多了几个层。这带来了显著的性能影响。
2. 可靠度。ZFS通过编写它的根节点(称为"uberblock“)来确保其事务的原子性，并向uberblock的4个位置发出一个I/O。在编写uberblocks之后，ZFS在文件上发出fsync，但结果是不是100%可靠。
3. 冗余。一个文件(或一个磁盘)意味着关闭ZFS的一个更好的特性，即动态修复读取错误。您可能需要考虑在RAID1 (ZFS“镜像”)配置中使用一对文件，这样就更安全了。