在一些網(wǎng)絡(luò)存儲功能中，我們可以看到NFS的身影。這個協(xié)議作為管理網(wǎng)絡(luò)文件共享的系統(tǒng)，在存儲方面它也有著巨大的潛力，現(xiàn)在讓我們看看VMware存儲協(xié)議NFS的相關(guān)內(nèi)容吧。VMware3.x提供了一項可以利用加載NFS的文件系統(tǒng)來托管VMware虛擬機(jī)鏡像文件功能——VMDK。在緩慢開始發(fā)展之后，VMware存儲協(xié)議NFS獲得了VMware存儲越來越多的青睞。然而你必須了解現(xiàn)在普遍存在一些誤導(dǎo)概念。

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

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

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

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

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

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