InVista仍然是EMC的可用之才
InVista是EMC在2005年5月推出的，他是一個存儲陣列管理和虛擬化平臺，一個基于SAN結構的存儲路由器。它作為一個獨立設備與結構交換機相連，是客戶在SAN環(huán)境下管理虛擬化多平臺存儲陣列的幾個候選方案之一。
另外三個個候選解決方案分別是IBM的in-fabric SVC和日立數(shù)據(jù)系統(tǒng)的fabric-edge USP，另外還有后來加入進來NetApp推出第三方陣列的"V系列"虛擬化NetApp ONTAP-ness。
據(jù)目前統(tǒng)計數(shù)據(jù)顯示，SVC解決方案的銷量超過了1.5萬套，USP的銷量也超過了1萬套，而V系列解決方案的銷量充其量只有幾千套。InVista？大概只有幾百套，還有一些可能正處于測試階段。
國外媒體一點也不給EMC InVista留情面，直白的表示：InVista是EMC的一大敗筆，但是它卻不肯關閉這項業(yè)務，為什么呢？它是否有什么計劃？
拋開這種存儲控制器到底應該是in-band還是位于數(shù)據(jù)通路之外的爭論，還存在虛擬化服務器的問題。如果一個數(shù)據(jù)中心的大部分或者全部服務器都經(jīng)過虛擬化，那么它在為應用實例提供存儲資源時就必須以虛擬機的方式來提供。那么ESX（或者以后的Hyper-V）系統(tǒng)管理員就不得不在滿屏幕的選項中來操作，或者利用預算配置的存儲模板來完成。
系統(tǒng)管理員必須指定所需存儲服務的種類，這樣就會出現(xiàn)：
- 快速性能與批量存儲設備的批量聯(lián)機之間的問題
- 攔截或文件存取的問題
- 數(shù)據(jù)重復的問題
- 加密的問題
- 重復數(shù)據(jù)刪除和/或數(shù)據(jù)壓縮的問題
- 歸檔的問題
- RAID水平的問題
- 參考/合規(guī)存儲的問題
- 災難恢復的問題
以上一共有九個難題。系統(tǒng)管理員肯定不想為每一種存儲陣列產(chǎn)品類型去解決那么多問題。
在IBM環(huán)境中，用戶們肯定不想利用九個不同的界面來劃分DS 4000、DS 6000、DS 8000、XIV和SOFS設備。在惠普環(huán)境中，用戶們也不想利用九個不同的界面來分別管理各種惠普存儲產(chǎn)品如MSA、EVA、XP和ExDS。NetApp的客戶也不想利用九個不同的界面來分別管理FAS、近線、V系列產(chǎn)品以及VTL設備。EMC用戶也不想利用九個不同的界面來管理它們所用的Symmetrix、Clariion、Celerra、Centera和Atmos等產(chǎn)品。
只有跨陣列的東西才適合在單個陣列水平上進行管理，而且最好是在單個陣列的功能級上進行管理。這不難理解，這是眾所周知的。
存儲供應商或者一個統(tǒng)一的存儲環(huán)境，例如NetApp和ONTAP，或一個統(tǒng)一的存儲控制器產(chǎn)品，像是HDS（USP）和IBM（SVC）以及NetApp（ V系列）。但現(xiàn)在問題是，你有沒有現(xiàn)成的單一存儲產(chǎn)品設置界面來管理虛擬化服務器環(huán)境？想想ESX/Hyper-V sysadms的存儲配置和管理要求需要你的存儲控制器扇出轉化為個人存儲產(chǎn)品，而且還要在控制器和/或統(tǒng)一環(huán)境之后。存儲產(chǎn)品只是隨時可用，它一直以來就是如此。
ESX/Hyper-V環(huán)境接口的存儲控制器需要動態(tài)進行，以便存儲資源和服務水平可以實時調(diào)整，并隨著情況的變化。
現(xiàn)在，我認為，用戶虛擬服務器環(huán)境中的企業(yè)數(shù)據(jù)中心將不會在乎統(tǒng)一的存儲環(huán)境的功能，只要他們需要時其能發(fā)揮作用就行。 所以EMC在推動客戶采用虛擬服務器數(shù)據(jù)中心，并亦步亦趨地跟隨，并表示客戶需要一個統(tǒng)一的存儲配置，為其它廠商產(chǎn)品搭建管理界面。它將讓HDS，IBM與NetApp遠離這一客戶群，并在控制器后擁有自己的存儲陣列虛擬化。
當然不是。EMC是想要給InVista一個推動力，把它變成一個充滿活力的ESX面對虛擬化的存儲資源配置和管理界面層，當然Hyper-V也可以用到。它甚至可以用作虛擬機。戴爾，惠普和Sun也在向著這一方向邁進（雖然惠普沒有做太多工作，不過至少將LSI SVSP軟件放入中端陣列了）。
