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