本文作者George Crump是Storage Switzerland網站創始人，該網站為存儲用戶、供應商和集成商提供戰略咨詢和分析。此前，他曾擔任過美國最大集成商的首席技術官。

在上一篇文章中我們為您講解了VMware存儲協議——iSCSI，今天要講的另外一個協議——NFS。

VMware 3.x提供了一項可以利用加載NFS的文件系統來托管VMware虛擬機鏡像文件功能——VMDK。在緩慢開始發展之后，NFS獲得了VMware存儲越來越多的青睞。然而你必須了解現在普遍存在一些誤導概念。

首先，這并不是關于光纖通道與IP協議的爭論，而是關于NFS與VMFS。實際上，這甚至不能算是NFS與VMFS的爭論，NFS只是一個傳輸協議。因此歸根結底地說應該是VMFS與所選NAS的文件系統之間的爭論。每個NAS制造商——EMC、NetApp或者Onstor——都有他們自己的文件系統，而且這些文件系統的價值應該與VMFS進行對比。也就是說，由于NAS的共享特點，這些廠商提供的功能都是大同小異的。

VMFS是VMware在塊系統中提供用來托管虛擬機鏡像的文件系統，這個系統在SAN中是可共享、可形成集群的。但是正如文件系統一樣，它有自身的局限性，而NFS可以很好地解決這些局限性。NAS和使用NFS的NAS從本質上說都是基于共享的設備。VMDK實際上是一些文件，所以說，針對文件進行設計以滿足任務要求的想法并不是本質上的飛躍。

在NFS中VMware最大的亮點就是日常運作，它是到目前為位置最容易配合運行的環境。使用NFS加載服務來創建分配VMware Datastore或者配置VMotion非常簡單。重新配置這些資源庫的大小——更大或者更小——就像虛擬機一樣簡單，而且不需要中斷服務。相比之下，在使用VMFS的時候，大多數VMware管理者在進行數據存儲或者擴展VMDK的時候都必須停止虛擬機運行，以保證其安全性。不管你采取了多少預防措施，縮減數據存儲大小可能會導致很嚴重的問題，因此通常不建議用戶這么做。

事實上，NFS是一種基于IP的協議，不過不是基于IP的存儲協議，因此大大簡化了操作并且降低了成本。然而你不能忽略規劃環節。如果發生性能問題，那么擴展一個IP架構的復雜性就遠遠超過了光纖通道的復雜性。

使用IP遇到性能瓶頸要早于使用光纖通道，因為很多基礎架構仍然是基于1Gb以太網的。10Gb以太網能夠解決大多數性能瓶頸問題，但是由于隊列問題，VMware主機中一個標準的10Gb以太網NIC只能提供現有帶寬的40%～50%。為了解決這個難題，VMware開發出NetQueue，當它與英特爾、Neterion或者Solarflare等廠商提供的支持卡結合起來的時候，幾乎能夠完全實現線速度。所有這些會導致成本和復雜性的增加，再一次削弱了它的一些優勢。

NFS/NAS和VMware的結合還存在其他一些挑戰。你不能通過使用這種方法來啟動ESX服務器，只能啟動虛擬機，所以如果你希望從共享系統中啟動所有應用的話，你還需要其他協議。其次，它不支持RDM，因此也就不支持Microsoft Clusters。如果這對你很重要的話，你同樣需要使用其他協議。最后，從目前來看，NFS似乎是最后一個支持像VMotion和Site Recovery Manager這樣VMware新功能的協議。

我們看到，NAS/NFS是低I/O需求工作負載的理想介質，光纖則是針對高需求工作負載的理想選擇。下一篇文章我們將討論兩者的結合以及結合的難度。