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

在上一篇文章中我們?yōu)槟v解了VMware存儲協(xié)議——iSCSI，今天要講的另外一個協(xié)議——NFS。

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

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

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

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

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

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

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

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