存儲虛擬化分析(六):與SAN環(huán)境中的區(qū)塊(Block)存儲虛擬化相似,在文件級虛擬化中也有類似的虛擬化方案。傳統的網絡文件傳輸或共享應用,依靠的是文件服務器或NAS與客戶端計算機之間,通過統一命名約定路徑(UNC)來識別并確認存儲路徑,從而通過UNC提供的目錄與路徑即可讓客戶端計算機存儲網絡上的文件。但在大型應用環(huán)境中,文件服務器、NAS與客戶端計算機間的存儲連接關系十分復雜,除了難以管理外,也不易改變連接結構或更新設備,一旦設備變動,將會同時牽涉到許多存儲路徑的修改。
因此一種解決方式就是舍棄過去的UNC路徑存儲法,在客戶端計算機與NAS、文件服務器間插入一個虛擬層,讓它來為客戶端計算機與NAS建立連接。而NAS上的空間也不是通過實際的位置或名稱,而是通過虛擬層的“全局命名空間(Global Name Space)”提供的虛擬位置來提供。
在全局命名空間的架構下可擺脫對UNC的依賴,所有文件存儲資源都被虛擬層整合為統一的存儲池,因此用戶存儲文件的“邏輯”名稱或位置與“實際”名稱或位置無關??用戶發(fā)起的存儲需求會被虛擬層導向到設定的位置,不用知道文件實際位置為何。這種關系可模擬為用戶不用知道實際IP地址,只需通過DNS的轉譯就能自動連接到正確的Web一樣。若某一存儲路徑失效,也能通過虛擬層自動轉到另一存儲路徑上,因此文件存儲服務的可靠性有所提高。
由于不會受限于實際連接,管理者可輕易的在不同NAS或文件服務器間遷移數據,而無須擔心前端使用者原來的存儲會因此而受到影響,大幅降低數據遷移的難度,而且管理者還能制定政策,讓虛擬層依據文件的屬性或時間,自動將文件遷移到不同等級的存儲設備上,實現數據歸檔或分級存儲。
實際的作法,通常是在網絡上放置內含Brocade StorageX或EMC Rainfinity等全局命名空間功能軟件的應用服務器,這臺應用服務器就像IP網絡上的DNS服務器一樣,會遍歷所有NAS與文件服務器上的實際存儲路徑,轉為全局命名空間后,再映像到前端客戶端計算機。后端存儲設備若有任何變動,只需在應用服務器更改存儲設定即可,不會影響到前端的客戶端計算機。
主要全局命名空間功能產品規(guī)格 | |||
廠商 | Brocade | EMC | NetApp |
產品名稱 | Tapestry StorageX 6.0 | Rainfinity GFV | Virtual File Manager 6.0 |
支持傳輸協議 | CIFS/NFS | CIFS/NFS | CIFS/NFS |
安裝平臺 | Windows 2003 Server/2000 server/XP Pro | 專屬應用服務器 | Windows 2003 Server/2000 server/XP Pro |
支持平臺 | Windows/Solaris 8 /RedHat Enterprise 3 | 專屬應用服務器平臺 | Windows/Solaris 8/RedHat |
硬件需求 | 300MB磁盤空間,IE 5.5,.NET Framework 1.1 | 專屬應用服務器硬件 | 120MB磁盤空間,IE 5.5 |