本周，IBM將在上海召開的“智慧信息架構(gòu)高峰論壇”上發(fā)布包括XIV、DS8000、SoNAS、SVC/TPC、Storwize V7000 Unified在內(nèi)的一系列產(chǎn)品更新。以更新幅度來看，“一頭一尾”的XIV和Storwize V7000是最為顯著的。7月中旬低調(diào)推出的第三代XIV（XIV Gen3）我們已做過較為詳細的分析，本文將主要介紹Storwize V7000 Unified及DS8000、SoNAS、SVC的重點更新，并提醒大家注意其中所體現(xiàn)出的“統(tǒng)一”趨勢。
通過對IBM系統(tǒng)存儲部中國區(qū)產(chǎn)品經(jīng)理金微的采訪和一些資料的研究，本文中我們將依次回答下列問題：
- Storwize V7000 Unified的軟硬件構(gòu)成及其“血統(tǒng)”？
- SONAS與V7000 Unified的Active Cloud Engine有何異同？
- Storwize V7000的銷售情況和升級Unified的時間？
- 全線統(tǒng)一管理界面指日可待？
- DS8800自動分層和SVC的重要新功能？
作為本次發(fā)布的核心產(chǎn)品，Storwize V7000 Unified從產(chǎn)品定位到技術(shù)實現(xiàn)，都體現(xiàn)了“統(tǒng)一”的精神——當然，如果用英文來表達的話，就不僅僅是Unified，可能還要算上Consolidation……
Storwize V7000 + SONAS？
一年前推出的Storwize V7000，作為一款中端的存儲系統(tǒng)，能吸引業(yè)內(nèi)眾多關(guān)注的目光，很大程度上因為其集IBM存儲技術(shù)之大成：DS8000系列的RAID代碼，SVC的存儲虛擬化，以及XIV的圖形用戶界面（GUI）——也就是說，除了在去年早些時候問世的SONAS，IBM自己的磁盤存儲系統(tǒng)被Storwize V7000學了一個遍。
現(xiàn)在，Storwize V7000 Unified補上了SONAS這一課。如果說Storwize V7000在推出時被稱為“純藍”（All Blue），那么Storwize V7000 Unified簡直可以說是“藍上加藍”了……
Storwize V7000 Unified是3個2U的設(shè)備“堆起來”的統(tǒng)一存儲系統(tǒng)，包括2個x3650 M3服務(wù)器和1個Storwize V7000控制盤柜
我們知道，Storwize V7000后面加上的這個Unified，指的是統(tǒng)一塊存儲及文件存儲（可以理解為SAN和NAS）的所謂“統(tǒng)一存儲”。確切地說，通過在Storwize V7000這個塊存儲設(shè)備上（SAN），增加被稱為“文件模塊”的NAS網(wǎng)關(guān)，便可同時提供塊存儲和文件存儲，并在統(tǒng)一的GUI中管理。
文件模塊中所運行的，是與SONAS一樣的GPFS（General Parallel File System，通用并行文件系統(tǒng)）。
GPFS是IBM開發(fā)的PB級可擴展、高可用、高性能文件系統(tǒng)，與具有高度可擴展性的硬件架構(gòu)相結(jié)合，就形成了SONAS（Scale Out NAS，橫向擴展NAS）。SONAS包括三種節(jié)點——管理節(jié)點（Management Node）、接口節(jié)點（Interface Node）和存儲節(jié)點（Storage Node），其中接口節(jié)點負責對外提供文件服務(wù)，存儲節(jié)點負責把后端的塊存儲設(shè)備變成可用的存儲池，兩種節(jié)點通過高速的InfiniBand網(wǎng)絡(luò)互連。接口節(jié)點與存儲節(jié)點的數(shù)量可以靈活配置，需要較高的I/O密度時，可將接口節(jié)點從2個增至幾十個；需要較高的存儲密度時，可以增加由存儲節(jié)點與磁盤包組成的存儲擴展機架。
最初的SONAS，管理節(jié)點、接口節(jié)點與存儲節(jié)點都使用2U的IBM System x3650服務(wù)器作為硬件平臺。剛剛更新的SONAS 1.3利用了服務(wù)器虛擬化技術(shù)的成果，將管理功能放入接口節(jié)點上的一個虛擬機中運行，從而不再需要物理的管理節(jié)點。當然，接口節(jié)點與存儲節(jié)點不受影響，整個SONAS系統(tǒng)的橫向擴展能力依舊——甚至由于支持3TB近線SAS硬盤驅(qū)動器而將裸容量提高50%，最高可達21.6TB。
目前業(yè)界流行的“統(tǒng)一存儲”，是在傳統(tǒng)的雙控制器中低端存儲系統(tǒng)（SAN）基礎(chǔ)上，加入文件訪問（NAS）能力，以滿足中低端用戶同時使用塊存儲與文件存儲功能，并統(tǒng)一管理的需求，不要很強的橫向擴展能力（即所謂的“集群NAS”，如SONAS），EMC的VNX/VNXe、戴爾的PowerVault NX3500和EqualLogic FS7500莫不如是。
左邊是SONAS的邏輯框圖，右邊是Storwize V7000 Unified。上方虛線框內(nèi)是GPFS實現(xiàn)文件系統(tǒng)功能（包括管理）的區(qū)域，從SONAS的三種角色、N多個節(jié)點精簡為Storwize V7000 Unified的一對HA節(jié)點
Storwize V7000 Unified亦體現(xiàn)了上述思想，具體做法是將SONAS的管理節(jié)點、接口節(jié)點和存儲節(jié)點這三種角色“濃縮”到一對節(jié)點中（保證高可用性），硬件平臺還是x3650服務(wù)器，Storwize V7000作為后端存儲，形成6U機架的最小配置。Storwize V7000 Unified顯然不具備SONAS的高度可擴展性，但能直接由Storwize V7000提供塊訪問能力——否則也就不存在Unified了。
備忘：Storwize V7000 Unified的橫向擴展能力，主要是受到了硬件架構(gòu)的“限制”，記住這一點，將有助于我們稍后理解其在某些軟件能力上與SONAS的差異。
硬件是否也要Unified？
如果說，一年前Storwize V7000剛剛推出的時候，人們還更多地關(guān)注IBM如何處理其與DS5000系列之間的關(guān)系，那么，現(xiàn)在恐怕不會有人懷疑V7000的發(fā)展?jié)摿α恕Ｎ疑踔劣X得，可能當初IBM自己也未必準備好了在今年將Storwize V7000“Unified”的規(guī)劃，至于理由么……你猜？
好了，言歸正傳。在得知IBM推出Storwize V7000 Unified之前，我曾想過，IBM有沒有可能把文件系統(tǒng)（GPFS）的功能與Storwize V7000的SVC軟件整合在一起，從而不需要增加NAS網(wǎng)關(guān)（文件模塊），只用一個“設(shè)備”（而非一套“系統(tǒng)）就搞定統(tǒng)一存儲？
Storwize V7000 Unified與EqualLogic FS7500的NAS網(wǎng)關(guān)核心配置對比，可見戴爾的DSFS（Dell可擴展文件系統(tǒng)）似乎更注重CPU的處理能力，而IBM的GPFS則比較吃內(nèi)存，而且雙路服務(wù)器只用1個CPU也是從SVC時就有的“傳統(tǒng)”了
對此，金微表示，為了更快的開發(fā)，Storwize V7000 Unified的文件模塊采用了SONAS的代碼（主要還是GPFS啦），相對而言比較消耗資源：作為文件模塊的x3650 M3服務(wù)器配備了72GB內(nèi)存，而Storwize V7000的每個控制器只有8GB內(nèi)存，相差懸殊。在V7000的控制器上運行文件系統(tǒng)服務(wù)，內(nèi)存容量顯然不夠；若是把內(nèi)存配足了，用戶卻只用V7000的（塊存儲）功能或以此為主，又是巨大的浪費。因此，這種文件訪問與塊訪問相分離（管理還是統(tǒng)一的）的方式，具有較好的靈活性。
Storwize V7000何時升級Unified？
既然Storwize V7000 Unified主要是在Storwize V7000上面加了兩個文件模塊，那么用戶已有的Storwize V7000應(yīng)該可以很容易升級為Storwize V7000 Unified，正好體現(xiàn)了這種硬件分離設(shè)計的靈活性。
可以看到在Storwize V7000 Unified的配置中，黃色線條標明Storwize V7000的每個控制器要占用兩個FC端口直連到文件模塊（FM）上，另外的兩個（共4個）連到FC交換機上作為SAN設(shè)備使用（不做Unified的話所有FC端口都可以）
不過這一天不會很快到來。金微表示，明年第一季度才可以從Storwize V7000升級到Unified。這主要是因為還有一些細微的調(diào)整工作要做，包括把管理端口從Storwize V7000轉(zhuǎn)移到文件模塊上（實現(xiàn)統(tǒng)一管理），光纖（FC）連線亦需要重連?？紤]到Storwize V7000 Unified供貨時已接近11月底，等待的時間也不算太久，用戶還可以觀望評估一下。
有多少用戶可以升級？
在推出Storwize V7000 Unified的同時，IBM也自豪地宣布Storwize V7000從2010年11月上市以來的銷量超過4500臺，全球超過10000個盤柜（平均每臺系統(tǒng)2個以上），超過100PB的容量（平均每個盤柜10TB級別）。
Storwize V7000在大中華區(qū)的銷量超過400臺。據(jù)金微介紹，與V7000基本同一價位的DS5100/5300在國內(nèi)的銷量大概一年600至800臺左右，相對低端的DS5020級別產(chǎn)品一年的銷量也在2000至3000臺之間。
Storwize V7000 Unified的GUI相比于Storwize V7000增加了文件相關(guān)的管理，包括可以很直觀的看到文件模塊及相應(yīng)連接
Storwize V7000推出之后，DS5000系列在國內(nèi)的銷量沒有明顯的下降，一方面IBM注重把V7000銷售到原來DS5000不太適用的領(lǐng)域（如需要比較豐富的軟件功能，而不僅僅是硬件性能）；另一方面也得益于經(jīng)濟危機之后，存儲市場又呈現(xiàn)出比較好的勢頭，特別是IDC的報告顯示，今年頭兩個季度的增長率都在百分之二三十，而原來平均才百分之十幾。所以新增的部分，估計主要來自于V7000。
在交流過程中，金微還透露了國內(nèi)的Storwize V7000用戶配合服務(wù)器的情況。他們抽樣統(tǒng)計了之前銷售的三分之一左右用戶，發(fā)現(xiàn)Unix還是略多一點，基本接近四六開。有些地區(qū)如華南，基本是五五開，他們覺得是現(xiàn)在高端的x86服務(wù)器越來越多，運行關(guān)鍵應(yīng)用、處理關(guān)鍵數(shù)據(jù)也越來越多，所以就形成了有接近一半的用戶在用x86。
至于Storwize V7000的存儲虛擬化功能，由于是在標配以外的選件，所以大概有接近四分之一的用戶選配，有些的確實施了存儲虛擬化，有些則先是備著，在需要時立刻用起來。
SONAS與Active Cloud Engine
Active Cloud Engine（ACE）是IBM為新版SONAS和Storwize V7000 Unified提供的先進文件功能，根據(jù)硬件平臺的不同而有高低之分。
SONAS的Active Cloud Engine可以在廣域網(wǎng)上的多個站點之間做緩沖，利用全局命名空間，透明的訪問保存在不同站點上的文件。譬如一個中心站點創(chuàng)建、更新/改寫了文件之后，邊緣站點可以根據(jù)策略定期預取或按需推送，用戶馬上就可以看到，必要時邊緣站點也可以成為發(fā)送方。
SONAS的Active Cloud Engine多站點廣域緩沖（Caching）
舉例來說，有一個媒體公司，上海、紐約和北京同時有人在做一些新的動畫。做完這些以后，可能另外有個應(yīng)用再去把相關(guān)的素材找到，拼接出新的內(nèi)容來。如果現(xiàn)在上海突然做完一段內(nèi)容，放到文件系統(tǒng)里以后，在紐約的應(yīng)用也很方便就能看到。如果沒有這個功能，就要靠文件系統(tǒng)之上一層有一個應(yīng)用來實現(xiàn)，而現(xiàn)在只需要在這個文件系統(tǒng)上訪問網(wǎng)絡(luò)上的某一個目錄（全局命名空間）就都可以。上海這個文件，如果紐約有很多人都訪問，Active Cloud Engine會在那個地方再做一份鏡像；如果沒有那么多人訪問，就不會做這個鏡像，這就是一種支持全局跨區(qū)域的大文件系統(tǒng)。服務(wù)器和用戶仍然認為，它只是一個大的文件系統(tǒng)，但實際上這個文件系統(tǒng)分布在很遠的幾個地方，還提供本地的緩存，提高訪問的效率。
受到硬件架構(gòu)橫向擴展能力和軟件版本不支持與其他節(jié)點集群的限制，Storwize V7000 Unified不支持類似SONAS的跨區(qū)域“云”行為。金微表示，Active Cloud Engine就像一個不眠不休的機器人，根據(jù)策略驅(qū)動去搬運特定的文件，只不過對Storwize V7000 Unified而言，局限于本地的存儲和磁帶。
隨著時間的推移，文件可以由SSD遷移到近線SAS硬盤，乃至外部虛擬化的存儲系統(tǒng)（如示例中的HP EVA），乃至TSM管理的磁帶上，降低存儲成本和在線文件數(shù)量
譬如有一個文件剛進入Storwize V7000 Unified的時候，由于訪問比較頻繁，在高速的SSD上存儲，（根據(jù)策略）如果連續(xù)30天都沒有訪問過，就把它遷移到大容量的近線SAS硬盤上。如果60天還沒有人訪問，可能再遷到外部虛擬化的舊一些的存儲設(shè)備上。Active Cloud Engine本身不支持磁帶這一分層，因為磁帶不是它能管理的范圍，但是如果環(huán)境中有TSM服務(wù)器的話，可以再從這里往下，交給HSM的分層去管。如果這里不是HSM的話，它也支持作為一個標準的NAS設(shè)備供備份服務(wù)器使用，例如NDMP。
SONAS管理界面趨近統(tǒng)一
始于XIV的簡單易用圖形管理界面（GUI）早已被復制到SVC和Storwize V7000，DS8000的上一版本軟件也效仿之，目前只有SONAS還沒有完成過渡，但1.3版本正在向著這個風格靠近——好像Storwize V7000 Unified學得更快些哦……
SONAS的GUI已基本靠攏XIV、SVC、Storwize V7000/Unified、DS8000的管理界面風格
預計SONAS的下一個版本很有可能完成管理界面的轉(zhuǎn)換，屆時XIV、DS8000、SVC、Storwize V7000/Unified、SONAS的GUI將會形成整齊劃一的風格。單個產(chǎn)品的管理界面簡單易用，對于管理員來說當然好上手，而如果同一廠商的所有存儲產(chǎn)品都是同樣風格的界面，再學習的成本又大大降低了，甚至可能會成為影響用戶采購的因素之一。雖然消費類市場不具備完全的可比性，但蘋果iOS系列的成功，值得企業(yè)級廠商借鑒。
DS8800三層Easy Tier惠及Storwize V7000？
在半年前SVC/V7000的軟件版本升級到6.2的時候，我很關(guān)心它是否將Easy Tier支持的自動分層從兩層擴展為三層，因為Storwize V7000支持的硬盤驅(qū)動器列表中，除了2.5英寸10K RPM SAS和3.5英寸7200RPM近線SAS，還增加了2.5英寸15K SAS的選項。以前用戶可以將SSD與2.5英寸10K RPM SAS、SSD與3.5英寸7200RPM近線SAS的組合交給Easy Tier去決定，但是增加了性能比10K RPM SAS高不了多少、單位容量價格卻有較顯著提升的15K RPM SAS之后，兩層的自動分層就意味著用戶要在規(guī)劃上下更多的功夫，有違自動和Easy的本意。
不過，考慮到支持的分層增加一個，算法上的改變應(yīng)該會比較大，我最終沒敢展望SVC/V7000的下一個軟件版本是否會把Easy Tier擴大為三層。目前看來SVC與Storwize V7000共用的6.3版本軟件仍然是兩層Easy Tier，但是增加了3TB近線SAS硬盤驅(qū)動器之后面臨類似問題的DS8800，在新的6.2版本軟件中做到了這一點。
DS8800引入了三層的Easy Tier
DS8800的Easy Tier 3支持自動優(yōu)化任意三層存儲，在這種情況下新進入的數(shù)據(jù)會先進入性能和成本都適中的中間層（10K或15K SAS），這樣也避免了初始遷移就連續(xù)跨越兩層的低效率。這也一定程度上體現(xiàn)了IBM將DS8800作為主推產(chǎn)品的市場策略，DS8000系列的今后研發(fā)都將以DS8800為基礎(chǔ)，特別是EMC的Symmetrix VMAX系列還不支持2.5英寸驅(qū)動器和SAS后端——不過估計也用不了多久了。
SVC 6.3反擊EMC VPLEX？
在雷聲大雨點小的Invista歸于沉寂一段時間之后，EMC在去年推出了新一代的存儲虛擬化產(chǎn)品VPLEX，起步就支持100公里的同步復制（VPLEX Metro），目標直指IBM的SVC。
相隔最遠300公里的兩節(jié)點延伸集群（上）可以轉(zhuǎn)移虛機，改善可用性和負載均衡；4個站點則可就近兩兩組成延伸集群，實現(xiàn)高可用，然后兩組站點之間再通過城際或全球鏡像實現(xiàn)容災
作為回應(yīng)，SVC 6.3增強了延伸集群（Stretched Cluster）的功能，距離達到300公里，全球鏡像（Global Mirror）功能也加入了降低傳輸帶寬的選項。此外，SVC與Storwize V7000之間的遠程鏡像得以實現(xiàn)。
京公網(wǎng)安備 11010502049343號