許多IT部門在沒有完全認(rèn)清服務(wù)器和桌面虛擬化對存儲資源的影響前就邁入了這一領(lǐng)域。其結(jié)果就是，其中許多被廠商引導(dǎo)著進(jìn)行叉車式升級，又或者是，恢復(fù)到直連存儲(DAS)的模式。業(yè)內(nèi)專家Jon Toigo在其在紐約存儲決策者論壇中發(fā)表的題為“誰扼殺了服務(wù)器和桌面虛擬化”的演講中談及到這些問題。他在其中描述了每個IT部門在應(yīng)對服務(wù)器虛擬化所引起的數(shù)據(jù)存儲問題所必需處理的兩項問題。
服務(wù)器虛擬化并沒有改變底層的體系架構(gòu)。實際上，在最糟糕的場景中，其從視角上掩蓋了這些體系架構(gòu)。這使得你更難以管理實際運(yùn)行I/O的物理設(shè)備。你很難看清楚你的體系架構(gòu)。當(dāng)然現(xiàn)在部分解決方案可能已經(jīng)更具可視化。不過我真的討厭虛擬化么？當(dāng)然不。不過我討厭笨拙的虛擬化結(jié)果。我想一定可以有更智能的虛擬化。讓我們先從存儲開始。這是一個很重要的關(guān)鍵點，因為它很貴。不過原因何在？存儲現(xiàn)在占到了花在IT硬件上的每個美金的33至70美分。這是個很客觀的數(shù)字。
虛擬化項目暫停的最通常原因就是“我們不知道這堆存儲體系架構(gòu)會產(chǎn)品有什么影響，或者這樣改變我們的環(huán)境需要多大的花銷。”Gartner目前預(yù)測服務(wù)器虛擬化將讓你的存儲采購量提升600%。仔細(xì)想一下。你必需要購買你目前已經(jīng)部署的6倍，并且這將發(fā)生在之后的三年內(nèi)，而原因只是為了適應(yīng)你所要步入的美好的全新的虛擬化模式。
這在你的未來規(guī)劃上是否算得上是叉車式升級？你所遭遇的這些并不算特殊，因為即便是賣給你SAN的供應(yīng)商現(xiàn)在也開始讓你準(zhǔn)備從SAN返回DAS架構(gòu)。DAS是已確定的唯一能夠解決虛擬化問題的方案。
服務(wù)器虛擬化使得存儲原本所具有的那些問題變得更加顯著，代價更大，并且風(fēng)險也更大，因為一個應(yīng)用的故障會影響所有的應(yīng)用。可以說從存儲誕生之初我們就面臨著三項挑戰(zhàn)。其一是容量管理，其次是性能管理，而第三是對于數(shù)據(jù)保護(hù)的管理。我稱之為元管理任務(wù)，這在存儲資源管理層(SRM)之上，在SRM中，我們只是盡可能保持直線式管理并確保磁盤的正常旋轉(zhuǎn)，我們只需要保護(hù)存放數(shù)據(jù)的設(shè)備，并且我們只需要合理地分配容量和其它資源。
服務(wù)器虛擬化引入了新的之前從未有過的容量擴(kuò)展性需求。為什么？因為我們將一大堆工作負(fù)載整合到某一臺服務(wù)器上，并且指向特定的一系列磁盤組。其次，我們需要適應(yīng)變化著的訪問量。假如你進(jìn)行vMotion并將工作負(fù)載遷移到別處，你會同時遷移存儲么？你會同時遷移數(shù)據(jù)么？你是否需要將數(shù)據(jù)復(fù)制到每個角落？你的存儲會因為數(shù)據(jù)復(fù)制而浪費多少？你必需運(yùn)行多少復(fù)制進(jìn)程，并且你如何以一致性的方式管理所有這些？在大多數(shù)鏡像設(shè)計中，你甚至無法對其進(jìn)行測試，除非你將其中斷。你必需停止鏡像后在兩端進(jìn)行一次以執(zhí)行檢查來進(jìn)行測試。這多少有點自找麻煩的意思，又有誰會中斷其鏡像呢。而假設(shè)在七年后的某天你在需要時才發(fā)現(xiàn)你無法將其啟動，這實在是太糟了。于是乎可靠的數(shù)據(jù)復(fù)制都必須以一種可管理的方式進(jìn)行。為從存儲的角度來解決這些虛擬化問題，我們只是要解決所有這些本地的問題，這些問題再存儲上一直存在。并不是大問題!我們正在致力于此。
有人會尋求一種更簡易地方式。他們會說“我們將不會再繼續(xù)使用SAN環(huán)境，我們現(xiàn)在準(zhǔn)備只采用DAS了。”這實在意思。但問題是，你所有已有的復(fù)制策略怎么辦？絕大多數(shù)出席此次存儲決策者論壇的硬件供應(yīng)商的復(fù)制策略都只適用于同一品牌的產(chǎn)品。這意味著在這種場景下進(jìn)行硬件層的復(fù)制，你將被鎖定在某一供應(yīng)商的產(chǎn)品線之中。這是個問題么？或許不是，這取決于你的預(yù)算是多少。迄今為止尚沒有實際應(yīng)用的軟件復(fù)制產(chǎn)品。VMware將為我們解決這一問題，讓我們拭目以待。
我真正想看到的是我們能夠走出這一誤區(qū)，撇開那些配置封閉而具有增值功能的控制器的異構(gòu)設(shè)備，從非常復(fù)雜的垂直體系架構(gòu)直接找到實際運(yùn)行著的虛擬服務(wù)器群，其中的每一臺都要求特殊的設(shè)備驅(qū)動器。此外：沒有什么統(tǒng)一管理，每臺設(shè)備都有其專屬管理機(jī)制。因此假如你有一個異構(gòu)系統(tǒng)，你不得不分別管理每一臺設(shè)備。
這些就是我們今天所面對的情況，所有我們需要做的就是將這些虛擬服務(wù)器呈現(xiàn)出來。我們現(xiàn)在從根本上改變了工作流程，我們可以隨意地將工作負(fù)載從一臺設(shè)備遷移到另一臺。這改變了我們管理體系架構(gòu)的方式。所有這些設(shè)備都有硬件編碼--從全局地址到全局命名規(guī)則，還有你iSCSI設(shè)備上的IP地址，等等。你已經(jīng)可以跟蹤這些，但這些是靜態(tài)的，不會根據(jù)應(yīng)用所需進(jìn)行任何改變。
現(xiàn)在，有幾件最基本的事情你要解決。你對容量管理進(jìn)行了虛擬化，你重構(gòu)了基于Web服務(wù)的管理組件，因此你無須直接處理每一臺單獨的設(shè)備;你會以整體的方式進(jìn)行管理。并且，我并不在意你是否進(jìn)行服務(wù)器虛擬化。即便不這樣做，你也會想要降低體系架構(gòu)的成本并提升存儲的效率，只要你想實現(xiàn)這兩個目標(biāo)，那么這種方式肯定是最簡單，而且最新潮的。
京公網(wǎng)安備 11010502049343號