VMware 3.x可以用文件系统中安装的NFS来托管VMware虚拟机镜像文件即VMDK。虽然起步较慢，但是NFS已经开始受到VMware存储业界的广泛关注。然而，现在还普遍存在一些关于NFS的错误观念，读者不得不查。
首先，这并不是一场光纤信道对IP协议的争论。 它实际上是NFS对VMFS的争论。 确切地说，它也不是NFS与VMFS之间的争论。 NFS只是一个传输协议，这实际上是VMFS与特定NAS的文件系统之间的争论。每一家NAS厂商——EMC、NetApp、ONStor等——都有自己的文件系统，与VMFS相比，那些文件系统各有利弊。由于NAS固有的共享特性，大部分供应商都在各自的文件系统中配置了某些通用的功能。
VMFS是VMware在模块系统中提供的一个用于托管虚拟机镜像的文件系统，它可以在SAN上面进行共享和群集。它的功能很强，但是作为文件系统，它也有着自己的不足。NFS刚好可以解决那些问题。 NFS以及利用它的NAS都属于共享设备。VMDK实际上是文件，因此将它看作专为某些任务的文件而服务的某种东西并不是一个很大的转变。
虽然NFS上的VMware映射是一项日常任务，但它并不是最容易的环境。 创建和预备VMware数据库以及利用基于NFS的服务来配置VMotion都很简单。重新调整它们的大小也很简单，无需中断虚拟机的服务。 相反，大部分VMware管理员在利用VMFS的时候，为了保险起见都会暂停虚拟机。不管采取何种预防措施，缩小数据库的大小都可能导致大问题，专家们一般都不建议用户这样做。
实际上，NFS是一种基于IP的协议，但是不是基于IP的存储协议。因此它可以大幅简化工作，降低成本。 但是也不能完全放弃计划。如果性能问题变得越来越严重，则必须调整IP基础设施，相关工作的复杂程度绝不亚于光纤信道的复杂程度。
使用IP比使用光纤信道更容易遇到性能问题，因为许多基础设施仍然是建立在1Gb以太网的基础之上的。10Gb以太网可以解决许多性能问题，但是到目前为止，VMware主机中的标准10GigE NIC只能充分利用可用带宽的40％到50％，这主要是因为指令排队的问题没有解决。 为了解决这个问题，VMware开发出了NetQueue技术，当NetQueue与英特尔、Neterion和Solarflare等厂商推出的支持卡结合在一起后，基本上可以达到全线速度。 而这些都会增加成本和工作的复杂性，从而进一步削弱它的优势。
NFS/NAS和VMware还存在其他的一些问题。你不能直接启动带有虚拟机的ESX服务器，因此如果你想从共享存储器启动各种设备，你就必须使用另一个协议。 其次，它不支持RDM，因此也不支持微软Clusters。如果这一点对你来说很重要，那么你也必须使用其他的协议。 最后，到目前为止，NFS支持似乎还是Storage VMotion和Site Recovery Manager等产品中的最新VMware功能。
我们认为NAS/NFS非常适用于I/O需求处于中低水平的工作负载，光纤信道则适用于I/O需求处于中高水平的工作负载。
