我正在阅读关于VMware ESXi的一些关于存储的文章。 提到的一件事就是能够使用vMotion，DRS等来实现高可用性。 我一直看到的是“共享存储”一词。
这是什么意思？
现在我正在运行带有iSCSI后端（单个Linux服务器）的ESXi服务器。
即使只有一台服务器可以连接到一个目标，这是否被认为是共享存储。
考虑到NFS允许许多连接到相同的数据，它比iSCSI有优势吗？
有人能给我一个主意吗？
我正在考虑将我的iSCSI服务器转换为NFS。
ESXi（4.0+）也支持NFSv4吗？
这里没有提到的是VMFS文件系统和非iSCSI本身就是使存储共享function的原因。 并非所有文件系统都允许同时访问多个系统。 显然NFS是。 需要特别注意的是，iSCSI是IP上的块级，而NFS是文件级协议/文件系统。 NFS有很多优点，这对iSCSI来说根本就不是一个select。 我为Nexenta工作，每天我们花几个小时讨论什么更好。 最终，它的确归结于你的环境所需要的东西，以及希望支持它的员工对iSCSI和NFS的了解程度。
多个iSCSI启动器可以连接到相同的目标，并假设configuration允许多个客户端可以访问相同的LUN。 VMFS支持这一点，这就是DRS集群的工作原理。 没有这个能力，你就无法做很多集群提供的东西，比如Vmotion等等。
NFS默认是共享文件系统。 在NFS上构build数据存储时，假设您将NFS导出到DRS群集中的所有备注，则可以从群集中的所有主机访问存储在NFS数据存储中的所有文件。
再次，区别是NFS是一个文件系统。 iSCSI是通过IP交换的SCSI-3协议。 并非所有通过iSCSI传输的文件系统本身都能被共享。 NFS本身就是一个共享文件系统。
如果目标configuration为允许，则多个启动器可以连接到单个iSCSI目标。
在ESXi中共享存储的所有好处都可以在iSCSI和NFS上使用。 除此之外，“更好”使用的是主观的，这不属于这里。
另一个方面是不能减小SAN上iSCSI / VMFS分区的大小，但是您可以根据您拥有的SAN来减lessNFS分区。 Netapp可以减lessNFS分区（如果有空间的话）。
虚拟机的一个小副作用，当你使用NFS时，你将无法看到虚拟机的磁盘性能。
我比较喜欢使用iSCSI over NFS来运行数据存储，
通过允许双方身份validation，iSCSI更安全。 iSCSI带宽I / Oless于NFS。 iSCSI使用MPIO（多path）以及基于块的存储和LUN屏蔽。
在我的情况下，NFS数据存储至less容易受到SRM腐败的影响。 NFS的速度在延迟方面曾经有过一些改善，但现在已经有了所有的改进。 在我看来，NFS是比较便宜的，因为几乎所有的东西都可以被安装。
我显然更喜欢iSCSI，但iSCSI解决scheme甚至FC都贵一点。 我会挂载一个NFS和iSCSI DS并运行VMwark，看看你的IOP是什么，这可能是最好的方法。 至于NIC绑定，你会在哪里绑定？ 设备级别（您的NAS）还是VKernel级别？
而要回答您的问题，ESXi 4 / 4.1仅支持NFSv3。
我每天都在NetApp故障诊断环境中工作，这里有一些笔记我想要添加，这可能会影响到最终决定连接到后端存储的方法可能是最合适的。
由于iSCSI是一个基于块的协议（文件系统的主机端pipe理），因此iSCSI的开销可以大大减less，并且MPIO可以像前面所述的那样与其一起使用，这是一个很大的吸引力。
但是还必须注意的是，如果您计划在您的环境中使用精简configuration（存储空间不存在保证），则可能还需要实施一些策略，以便在从存储侧释放块之后再释放块主机lun（使用VAAI，UNMAP API – http://blogs.vmware.com/vsphere/2012/04/vaai-thin-provisioning-block-reclaimunmap-in-action.html ）。 另外，我确实认为，由于某些性能影响，VMware可能已经在某些版本中禁用了VAAI UNMAP（ http://blogs.vmware.com/vsphere/2011/09/vaai-thin-provisioning-block-reclaimunmap-issue .html ）。
如果使用NFS，那么块本身就是由存储设备pipe理的，因此一旦释放块就不需要进行打孔清理。
只是另一个大局的考虑…