軟體定義儲存的兩大誤區

提起ViPR，往往會涉及到軟體定義儲存、儲存虛擬化、物件儲存、OpenStack這些話題。本文的目的，就是想以儘量通俗的語言，站在與已有產品、技術形態對比的層面來談談ViPR的功能、定位，以及EMC推出該產品的目的。
　　距離EMC World 2013大會已經有一段時間，隨著ViPR正式釋出日期的臨近，saas平臺博雲網看到有國外媒體撰寫了一些評論。其中部分觀點可能有所偏頗，或許會誤導讀者，因此想在這裡進行澄清。
　　誤區之一：
　　“EMC的想法是將商用儲存裝置與ViPR的上層儲存陣列功能(VMAX、VNX、Isilon及Atmos陣列都擁有該功能)相結合;從而實現與EMC原本相對昂貴的專用裝置相近的使用效果。”
　　解釋：ViPR只具備在“商用儲存裝置”上實現物件儲存服務的能力，至於資料塊和檔案訪問陣列的功能，它也是依靠被管理陣列本身的支援來實現的。
　　誤區之二：
　　“...至少NetApp已經站在了支援陣營當中。坦白講，我還沒時間研究ONTAP版本，但這很可能會是ViPR碰上的頭一個釘子...”
　　解釋：NetApp主動支援ViPR的說法不妥。NetApp FAS系列是EMC首先也是目前唯一支援的第三方陣列，理由不難想出：第一，NetApp是僅次於EMC的第二大儲存系統廠商;其次、Data ONTAP可能是市場佔有率最高的陣列作業系統，甚至超過Symmetrix的Enginuity和CLARiiON的Flare OS，EMC開發同一套API介面就可以支援從低端FAS2000到高階的FAS6000系列。另外，我們也注意到從NetApp收購LSI Engenio獲得的E系列沒有得到ViPR的支援。