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需求處于中高水平的工作負載。
