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