ChinaByte比特網(wǎng) 12月6日 - 在筆者最近參加的活動中，日立數(shù)據(jù)系統(tǒng)副總裁兼首席技術(shù)官Hu Yoshida公布了他對2013年IT行業(yè)10大發(fā)展趨勢的預(yù)測。其中有這么一條：
入門級企業(yè)存儲系統(tǒng)的新需求：越來越多的VMware等虛擬化管理程序例如VDI的應(yīng)用改變了中端存儲系統(tǒng)的需求。隨著入門級企業(yè)存儲需求的增長，企業(yè)級和中端存儲架構(gòu)的鴻溝越來越小。這些存儲系統(tǒng)能夠通過增加更多的處理器、端口和緩存實現(xiàn)橫向擴展以適應(yīng)工作量的增長，并且價格適中。
站在HDS的角度，這里所對應(yīng)的產(chǎn)品應(yīng)該是基于高端陣列VSP技術(shù)向中端延伸推出的HUS VM。記得我在10月的《從IBM DS8870論高端存儲發(fā)展 元芳,你怎么看？》一文結(jié)尾處，曾經(jīng)提出“高端技術(shù)下移”的趨勢，并聯(lián)系到惠普這2天推出的3PAR StoreServ 7000。
3PAR StoreServ 7000與HUS VM有一個共同點——也是從高端的P10000 V系列（現(xiàn)在更名為StoreServ 10x00）精簡而來，不過也有差別。StoreServ 7000更像是替代原來的3PAR F系列，雙控制器節(jié)點的7200和四控制器的7400分別對應(yīng)原來的F200和F400，通過限制橫向擴展（Scale-out）規(guī)模等方面的規(guī)格,更有針對性地將其定位于之前P6000 EVA所在的中端市場。HDS方面，盡管VSP號稱支持Scale-up和Scale-out，不過我感覺用戶通常涉及到的在單個機箱框架中添加VSD（虛擬存儲導(dǎo)向器）、FED（前端導(dǎo)向器）、BED（后端導(dǎo)向器）和DCA（緩存適配器）都屬于向上擴展，筆者在寫華為HVS高端存儲時列出過它的邏輯示意圖。而HUS VM的簡化正是在這方面——最多支持2個控制器（VSD），其它配置相應(yīng)也有縮減。
既然高端技術(shù)可以下移，自然也允許中端技術(shù)向上發(fā)展，其實已經(jīng)有人在這樣做了。而在今年初《中端存儲趨勢：x86、SSD緩存和虛擬化》一文中討論的5款主流的中端陣列里面，已經(jīng)有2款在最初的雙控制器模塊化陣列設(shè)計上增加了橫向擴展的支持：NetApp FAS3200和IBM Storwize V7000。V7000的多路集群功能源自SVC存儲虛擬化產(chǎn)品（V7000本身就是在SVC代碼基礎(chǔ)上開發(fā)的），從2路提高到4路集群，現(xiàn)在最多4個控制機箱（一共8個控制器）。不過Storwize V7000U的統(tǒng)一存儲NAS網(wǎng)關(guān)與這個集群應(yīng)該無關(guān)，也就是說只增強了塊存儲訪問（主要是FC SAN）的擴展能力。
昨天，NetApp在北京舉辦了千人大會——2012 NetApp中國存儲創(chuàng)新論壇（直播專題）。下午的采訪中我提出了這樣一個問題：“NetApp最擅長的市場應(yīng)該是在中端，最近推出的FAS3220和3250新型號，主要是硬件規(guī)格和性能上的提升，這樣能夠在激烈的競爭中保持自己的位置嗎？”
其實筆者腦子里已經(jīng)有個大致的答案：FAS家族產(chǎn)品及其統(tǒng)一的Data align=center>
如上圖，Data alt=中端存儲新變局：NetApp集群+閃存應(yīng)對挑戰(zhàn) src="http://cimage.tianjimedia.com/uploadImages/2012/341/0K32851278NJ_2_500.jpg">
在創(chuàng)建好的FAS集群上，可以劃出多個Vserver（虛擬存儲分區(qū)）來滿足不同客戶的各種應(yīng)用需求。每一個Vserver可以跨越不同數(shù)量的控制器節(jié)點對，另外數(shù)據(jù)和工作負載還可以在集群中不中斷遷移。
這張圖就是Data alt=中端存儲新變局：NetApp集群+閃存應(yīng)對挑戰(zhàn) src="http://cimage.tianjimedia.com/uploadImages/2012/341/X28F1N3TV5K3_4_500.jpg">
上圖截自NetApp FAS6240集群SPC-1測試報告中的配置示意圖。SPC-1測試的是塊存儲IOPS性能，目前Data ONTAP 8集群模式最多支持6個控制器節(jié)點（也就是3套陣列，去年一開始是4個控制器），那么這個測試的目的就是驗證6節(jié)點集群能否達到理想的性能？結(jié)果不用問——達到目的了。NetApp甚至拿這個成績與3PAR來對比，理由在這里，更詳細的官方比較可以參考“NetApp FAS6200集群可實現(xiàn)低延遲塊I/O性能”一文，我們就不做重復(fù)了。
同屬Scale-out橫向擴展，惠普3PAR通過PCIe背板互連最多支持8個控制器，EMC VMAX使用RapidIO連接和MIME交換設(shè)備可擴展到8個引擎（每個引擎包含2個Director，相當(dāng)于雙控），NetApp在這里主要應(yīng)該受限于每控制器2個10GbE集群互連接口。我們知道前端光纖通道主機接口是高效的無損協(xié)議，但也不像以太網(wǎng)上的TCP/IP那樣有丟包重傳的糾錯機制，因此對Scale-out