我正在研究 ZFS 并使用 FreeNAS 进行 ZFS 管理，并且有以下问题：
在 ZFS 卷上创建 iSCSI 目标时，重复数据删除、自动错误修复等 ZFS 优势是否仍然有效？
在 FreeNAS 中，这可能是用作 ZFS 卷上的目标的原始映像文件。由于它是基于块的（而不是基于文件的）：ZFS 的优势是否仍然适用？
编辑：预期用途为 VMware (ESXi) 的存储。
答案1
是的，一切都正常……在 ZFS 中使用 zvols 时，重复数据删除、压缩、校验和、缓存都可用。但我更喜欢 NFS 用于虚拟化，因为它具有透明度。但两者都可以完成工作。
您能否更详细地介绍一下 ZFS 的预期用途？我之所以问这个问题，是因为存在很多潜在的设计/规划问题。仔细阅读这篇 ZFS 入门书...
如果你使用它来备份 VMware 安装，我强烈建议使用 NFS。iSCSI 不会为您带来太多好处，而且从网络和实施的角度来看，出错的可能性更大。无论哪种方式，无论您使用的是 ZFS 文件系统 (NFS) 还是 zvols (iSCSI)，所有核心 ZFS 功能都可以正常工作。
答案2
使用 ZFS + VMware + NFS 是个糟糕的想法。它会让你得到最坏的结果。Vmware 使用 NFS 的实现，需要不断进行同步写入，并等待每个写入完成。这在 ZFS 上非常慢。ZFS 首先在 ZIL 日志中写入，然后很多后者在磁盘上进行实际写入（然后才确认同步写入）。我使用 ZFS+VMware+NFS 进行了 5MB/s 的安全写入。然后我在 UFS+iSCSI 上进行了测试，在安全写入（raid 1）上获得了 64MB/s 的结果。没有在 ZFS 上测试 iSCSI
答案3
对于启动盘来说，同步写入的想法确实是一个好主意，而启动盘是虚拟化的关键。您需要等待确认。启动时速度不是问题，耐用性才是问题。当您需要性能时，请选择速度更快的。性能和可靠性始终是权衡。
我最讨厌的事情之一就是当人们在虚拟机上运行诸如网络服务之类的东西时，他们想要真正快速的虚拟机性能，而这些服务可能每天进行 100 次写入。
FreeNAS 9.3 具有与 VMware 一起使用 iSCSI 所需的取消映射。