我正在为一个拥有少数用户和几个“高级用户”的小型网络构建一个 3 服务器设置（FreeNAS、FreeNAS 复制、ESXi）。简而言之，目标是从多台机器和 Windows 文件共享迁移到更集中、资源利用率更高、质量和可靠性更高的服务器。
硬件配置充足（ESXi 搭载八核 Xeon + Supermicro，FreeNAS 搭载四核 Xeon 处理器，用于 CIFS，配备大量 RAM 和 Intel SSD）。但我预计学习曲线会相当陡峭，因为我要将它们迁移到不同的环境。
我原本打算将我的文件共享作为 NFS（用于 ESXi）和 CIFS（主要是 Windows + 几个 Mac 客户端）运行。然后我遇到了 VAAI 和 ODX，并想到“哇”，因为工作负载看起来确实会从中受益。但与任何 iSCSI 一样，除非有人真的喜欢损坏的数据，否则它们只会用每个共享一个发起程序/一个目标来取代 NFS。所以我想知道我是否必须放弃这些漂亮的闪亮协议的想法，或者我是否可以获得它们提供的一些好处（如果不是全部的话）：
如果我以 iSCSI 形式运行 ESXi（但不是 CIFS），那么问题就变成了如何从 iSCSI 池中复制 VM 存储文件（如果我想这样做的话），或者实际上如何将额外的文件上传到池中。我不希望持续访问，但我希望有一种方式可以以只读方式或当未连接常用启动器时以读/写方式访问基于 iSCSI 的存储。
有没有办法在 FreeNAS 本身内维护第二个以只读方式运行的 iSCSI 启动器，以便我可以使用 FreeNAS 本身将我知道处于空闲状态的数据（旧文件等）从 FreeNAS 上的 iSCSI 目标拉到单独的机器上？
理想情况下，这意味着当 ESXi 断开连接时，我可以在 VM 存储和 NFS 共享之间本地复制文件，或者使 VMFS 存储上的文件可访问并以只读方式共享给其他计算机
我理解 iSCSI 并不“了解”文件，并且如果正在使用的文件及其元数据在请求过程中发生中途更改，则无法保证将其正确提供给第二个“闯入者”只读启动器，但我在这里考虑从旧的 ZFS 快照中读取，或者当主启动器未连接时，或者已知文件处于空闲状态时 - 这些情况下可能不存在通常的指令冲突和损坏风险，对于小型设置来说，它会很有帮助。
答案1
为什么不尝试从快速磁盘阵列中榨干每一滴性能呢？我意识到，对某些人来说，使用带有 VAAI/ODX 的 iSCSI 而不是简单的 NFS 方法所带来的性能优势可能并不那么重要，但我个人认为 iSCSI 是实现最大磁盘利用率的最佳方式。我一直在测试使用 Starwind vSAN 作为我的存储阵列和 ESXi 主机作为启动器。最重要的是，当我在启用 VAAI 功能的情况下迁移虚拟机时，我感到很惊喜。速度大约快了 2 倍。
您也可以尝试 Starwind vSAN。它支持 VAAI 和 ODX，但不幸的是，它们的免费版本不允许执行 iSCSI，但您可以向他们申请 NFR 许可证：https://www.starwindsoftware.com/starwind-nfr-license-users我曾经也做过同样的事情。
答案2
我在这里看到的是关于高性能协议和共享数据的愿望的相互矛盾的想法。
NFS 将成为最简单、最易于管理的协议。使用 iSCSI 进行专用存储，使用 NFS 进行共享存储。如果您想要共享原本位于“专用”存储中的文件，请修改是否希望将其专用。
既然您想共享数据存储，那就将它们放在共享协议上。NFS 的性能相当出色，而且听起来使用 iSCSI 对您的用例不会有太大影响。当然，数字可能会更好，但总体体验可能不会改变。
所有这些都是主观的，因为我无法为您制定容量计划。我总结一句：偷懒是为了让您将来更懒。保持简单，除非需要复杂化才能解决实际问题。