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