VMware虛擬機(jī)存儲一直為我們關(guān)注的重點(diǎn)，目前這項(xiàng)功能中又融入了NFS的服務(wù)。相比之下，這些又有什么特別之處呢？現(xiàn)在讓我們來詳細(xì)看一下。VMware 3.x提供了一項(xiàng)可以利用加載NFS的文件系統(tǒng)來托管VMware虛擬機(jī)鏡像文件功能——VMDK.在緩慢開始發(fā)展之后,NFS獲得了VMware存儲越來越多的青睞.然而你必須了解現(xiàn)在普遍存在一些誤導(dǎo)概念.

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

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

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

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

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

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

我們看到,NAS/NFS是低I/O需求工作負(fù)載的理想介質(zhì),光纖則是針對高需求工作負(fù)載的理想選擇.