我正在为less数用户和几个“超级用户”构build一个3台服务器设置（FreeNAS，FreeNAS复制，ESXi）。 目的是简单地从多台机器和Windows文件共享迁移到更集中和更好的资源使用，以及更高的质量和可靠性。
这些硬件已经被充分的指明了（Octocore Xeon + Supermicro上的ESXi和四核Xeon上的FreeNAS，以及大量的RAM和Intel SSD）。 但是我期待着一个相当大的学习曲线，因为我将它们从不同的东西移到不同的东西。
我打算运行我的文件共享作为NFS（对于ESXi）和CIFS（主要是Windows +几个Mac客户端）。 然后我遇到了VAAI和ODX，并认为“哇”，因为工作量看起来真的会从中受益。 但是与任何iSCSI一样，除非真正喜欢损坏的数据，否则它们只会以每个共享一个启动器/一个目标来replaceNFS。 所以我想知道是否我不得不放弃这些不错的协议的概念，或者我是否至less可以得到一些好处，如果不是全部：
如果我将ESXi（而不是CIFS）作为iSCSI运行，那么问题就变成了如何将VM存储文件从iSCSI池中复制出去，这将会非常有用，或者确实如何将额外的file upload到池中。 我不想经常访问，但是我想让我有一种方式来访问基于iSCSI的存储，只读或读/写当通常的启动器没有连接。
有没有办法在FreeNAS中维护第二个iSCSI initiator作为只读模块运行，这样我就可以使用FreeNAS自己把FreeNAS上iSCSI目标空闲的数据（旧文件等）提取到一台独立的机器上？
理想情况下，这意味着在ESXi断开连接时，我可以在VM存储和NFS共享之间本地复制文件，或者使VMFS存储上的文件可以访问，并以只读forms共享到其他机器
据我所知，iSCSI不知道文件，而且一个正在使用的文件及其元数据将不能保证被正确地提供给第二个“闯入者”只读发起者，请求什么的，但我在这里想的是从旧的ZFS快照读取，或者当主要启动器没有连接时，或者文件已知是空闲的 – 可能没有通常的冲突指令和损坏风险的情况，一个小的设置，这将是有益的。
为什么不试图从快速磁盘arrays中挤出每一滴的性能呢？ 我意识到，对于某些人来说，通过简单的NFS方法使用带有VAAI / ODX的iSCSI，这种性能可能并不那么重要，但是我个人发现iSCSI是实现最大磁盘利用率的最佳方式。 我一直在使用Starwind vSAN作为存储arrays，ESXi主机作为启动器进行testing。 最重要的是，当我启用了VAAIfunction的情况下迁移虚拟机时，我感到非常惊喜。 它快了大约2倍。
你也可以试试Starwind vSAN。 它支持：VAAI和ODX，但不幸的是，他们的免费版本不允许做iSCSI，但你可以从他们那里请求NFR许可证： https ://www.starwindsoftware.com/starwind-nfr-license-users我做了同样的事情在我的时间。
我在这里看到的是关于高性能协议和分享数据的愿望的矛盾的想法。
NFS将成为这里使用的最简单，最易pipe理的协议。 将iSCSI用于专用存储，并将NFS用于共享存储。 如果你想共享那些在“专用”存储器上的文件，那么修改你是否希望它是专用的。
既然你想分享你的数据存储，把它们放在共享协议上。 NFS具有相当不错的性能，而且听起来并不像你的使用情况在使用iSCSI上有很大的不同。 当然，数字可能会更好，但整体经验可能会保持不变。
所有这些都是主观的，因为我不能为你制定能力计划。 我会总结一件事情：懒惰的方式可以让你在未来变得更加懒惰。 保持简单，除非他们需要复杂的解决一个真正的问题。