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