虛擬機的問題，是當今最為火熱的話題之一。在這個問題中我們今天來討論一下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需求工作負載的理想介質,光纖則是針對高需求工作負載的理想選擇.