HUS所代表的HDS整體全線中端存儲產品家族
隨著HUS的上市，Hitachi Command Suite 管理軟件也進行了更新。新版本的Hitachi Command Suite 管理軟件將能夠管理包括HUS在內的HDS“所有硬件產品組合”，這意味著，不僅包括HUS、HCP或是HDS的NAS平臺，其高端的VSP存儲系統也能夠被Hitachi Command Suite所管理。
這顯然是得益于HDS一直堅持自己的產品研發體系中推出新的產品而不是通過不斷的收購來擴充產品線——雖然這也讓HUS的發布時間有所延遲——HDS將會是主流存儲系統供應商中，“第一個向企業級客戶提供單一軟件管理平臺的廠商”。
Hitachi Command Suite所能做到的事情極大的提高了HUS的競爭力。試想，在一個應用高端存儲系統的用戶中，中端存儲系統的物理設備數量顯然會多于高端系統，而如果能夠將中端、高端存儲系統統一實現物理設備的管理，這至少在物理設備的管理層面減少了一半的窗口和視圖。這對于原有VSP或是USP V的用戶來說，顯然將增加他們采購HUS的吸引力。
但是HUS到底是一款什么樣的系統？所謂的“三位一體”，到底能夠為用戶帶來哪些好處？HUS作為AMS2000的替代產品，又在哪些方面勝過自己的前任？對此，我們采訪了HDS公司中國區解決方案與專業服務事業部總監陳戈。
HUS“三合一”：何為對象存儲？
雖然HUS走在了中端存儲——統一存儲——的前列，但是，在文件+塊整合的統一存儲市場，HDS將對象存儲整合入HUS，仍然是一件令業界頗感意外的事情。在此之前，我們更多的使用對象存儲系統——往往被稱為CAS存儲系統——用來做歸檔的工作。
不過，在談到兩個核心問題：HUS如何實現對象存儲，以及HUS的統一存儲能力要加上對象存儲之前，我們首先要看看到底什么是對象存儲。
對象存儲系統（Object-Based Storage System）顧名思義，是以“對象（Object）”為存儲單元的存儲系統，區別于SAN存儲的“塊”和NAS存儲的“文件”，“對象”包含了文件數據以及相關的屬性信息，可以進行自我管理，每個Object是數據和數據屬性集的綜合體。數據屬性可以根據應用的需求進行設置，包括數據分布、服務質量等。
在傳統的存儲中，塊設備要記錄每個存儲數據塊在設備上的位置。Object維護自己的屬性，從而簡化了存儲系統的管理任務，增加了靈活性。Object的大小可以不同，可以包含整個數據結構，如文件、數據庫表項等。
對象存儲系統最大的好處，就是能夠非常容易地共享數據，綜合了NAS和SAN的優點，同時具有SAN的高速直接訪問和NAS的數據共享等優勢，提供了高可靠性、跨平臺性以及安全的數據共享的存儲體系結構。必須要說明的是，一個完整的對象存儲系統，需要包括對象（Object，也就是存儲的對象）、智能設備OSD（Object-based Storage Device)、文件系統（對象存儲最終還是要基于文件系統的）以及一個存儲了元數據的元數據服務器(Metadata Server，MDS)。
正是基于對象存儲的好處——更加“豐富”的數據信息及其所帶來的檢索數據的簡便性，對象存儲更多的時候是被用來作歸檔的，在加入了WORM（一次寫多次讀）技術之后，在2005-2008年前后，業界涌現出了大量的以對象存儲技術為基礎的歸檔存儲系統。而在2007-2009年，我們也看到了部分初創廠商，開始嘗試將對象存儲系統推廣到在線存儲系統上，但是，由于成本和存儲架構的原因，當時的推廣效果并不好。
不過，隨著時間的推移，對象存儲的重要性與日俱增。從2008年開始，無論是非結構化數據的激增，還是大數據的爆炸，所有存儲行業趨勢或難題的矛頭，都指向文件型數據，這為對象存儲創造了第一個發展良機——文件存儲在很大程度上是對象存儲的基礎，而第二個兩級，來自于大數據時代對數據分析的要求，對象存儲系統在共享數據、豐富數據信息等方面顯然更有優勢。
但這是否意味著對象存儲系統將煥發第二春？HUS中的對象存儲到底將發揮什么樣的作用？這還需要陳戈來解讀。
陳戈：對象存儲是“可選的能力”也是“新的基礎”
陳戈認為，在HUS中增加對象存儲的選項，既是為HUS增加“可選的、與眾不同的能力”，也是未來應對大數據分析的“新的基礎”。
“也就是說，HUS提供一種補充，你不但可以存儲塊數據，也可以存儲文件數據，而且，HUS還提供給你一個升級選項，你可以使用HCP網關來存儲對象數據。我不敢說會有大量的客戶有這種需求，但是可能會有一部分用戶會說：‘我有數據庫，有文件數據，要統一的存儲，我還有一些圖片或是其它文件需要歸檔或是使用對象存儲來保存。’HUS給了用戶這樣一個可以共享的模式。”陳戈表示，HUS增加對象存儲的第一初衷，就是提供給用戶一個“可選的能力”，或者說“多樣的選擇”。
陳戈認為，無論是用戶有特殊的對象存儲的需求——Object確實有更優異的地方——還是用戶打算在HUS所代表的中端存儲中基于對象存儲基于歸檔，這都是HDS提供給用戶的一種能力，從這個角度來說，HDS更傾向于認為要區別備份和歸檔的作用，歸檔不是長期的備份，而是一種面向數據分析和離線調用的數據存儲模式。
“對于企業來說，會有這樣的很多中小企業客戶，各方面的需求都不是那么強烈，對數據庫、文件的訪問，只消耗了一部分的性能，但是卻又有一些歸檔的需求，而采用HUS這樣的解決方案，當然也就是說省出了一個歸檔的系統。”陳戈認為，至少從HUS的角度為用戶提供一個功能是無可厚非的，這畢竟是一種可選項，而且是“獨一無二的可選項”。
而談到為何以對象存儲統一歸檔的需求，陳戈認為，歸檔面向的是數據的分析，而不僅僅是法規，這也就意味著，不可能“割裂的進行分析”，不能說“在線的數據與歸檔的數據分開進行分析”，從這個角度來說，在一個系統或者說在HUS統一存儲中，顯然數據分析會更加簡單一些。
不過，在HUS中加入對象存儲顯然不僅僅是為了面向如此小眾的“統一歸檔存儲需求”，歸檔市場過去、現在都不是HDS的強項或是重要的利潤點——即便現在有HCP或是其他HDS的歸檔解決方案，HUS的對象存儲能力，理應還應該有更重要的作用。
陳戈在這個問題上只是點到為止，而且仍然以歸檔為基礎，但是也仍然聯系到了我們不得不想到的“大數據的話題”。他表示，之所以現在業界認為大數據的存儲、管理和分析存在挑戰，關鍵是“現在的大數據解決方案，在技術、產品方面其實不成熟”，所以用戶要面對“五年后數據如何融合、如何輸出的問題”。
他認為，HUS的歸檔提供一個長期的內容池，將用戶的數據，放在一個統一的、池化的對象存儲中，為每一個數據增加Metadata，增加豐富的“對象信息”，“這樣的話，你將來要做BIGDATA的時候，起碼很容易找到這個DATA是什么，是什么。因為通過你的一些USER Meta DATA，這樣的話，才能夠很方便地讓人真正邁向所謂的BIGDATA。”
這也就是說，如果用戶還沒有做好面向大數據，尤其是大文件、大數據分析的存儲基礎，或是不滿足于現在的大數據分析平臺，HUS提供一個“冷凍數據”的方案——類似于科幻小說中將人冷凍起來以尋求未來科技的幫助——形成具有豐富對象數據的對象存儲池，以備在未來幾年尋找到更好的進行大數據分析的可能性。
但從業界的角度來看，對象存儲融合文件存儲系統或許是一種未來的趨勢，畢竟對象存儲與文件存儲是同宗同族的關系，兩者之間的關系本來就非常的緊密。
對象存儲廠商Caringo的首席執行官馬克格魯斯（Mark Goros）認為，對象存儲可以完成文件系統存儲所無法完成的工作。它可以用來儲存大量非結構化數據，對象存儲與文件系統存儲的另一個關鍵區別在于對象存儲系統具備無限的可擴展性，而且用戶不需要建立復雜的用戶群組、目錄結構，而且提供更為豐富的文件信息——這都是現在的文件存儲系統無法提供的。
而且從目前云存儲的發展情況來看，對象存儲看起來更受到云存儲供應商和服務商的青睞。作為對象存儲最早的“云實踐”，Atmos現在的銷售情況良好，而作為開源云計算的重要平臺，OpenStack平臺的存儲功能實現就是通過被稱為Swift的對象存儲平臺——雖然Swift還有許多的限制和不足——但至少它證明了對象存儲與云計算的緊密關系。
對象存儲的實踐與HCP的重要地位
HUS如何實現對象存儲？HUS中對象存儲的靈活性、可用性與擴展性，是否如同其他獨立的對象存儲一樣？HUS的對象存儲的優勢又在哪里？這些，都是HUS不可回避的問題。
仔細品讀新聞稿中的這段話，或許我們能夠發現一些端倪，官方新聞中是這樣敘述的：“Hitachi Unified Storage 通過一個獨特的基于對象的文件系統來支持對象數據，該系統可以智能地為每個文件增加元數據并實現自動分層、遷移、對數據快照和復制、在廣域網中更快復制以及快速數據搜索。此外，Hitachi Unified Storage 支持Hitachi Content Platform(HCP) 利用定制的元數據來存儲真實對象并提供法規遵從功能。與替代系統的方式不同，HCP可以利用在同一個存儲池中的文件和模塊應用分享HUS的容量。兩者相結合，對于客戶來說，這個解決方案比獨立的筒倉對象存儲設施更加節省空間和成本。”
首先，我們可以肯定的是，如果HDS的宣傳資料無誤的話，HUS的對象存儲支持自動分層、數據快照、復制，并且提供了法規遵從能力——或許是WORM技術；其次，顯然HCP與HUS的關系非常緊密，而“這個解決方案比獨立的筒倉對象存儲設施更加節省空間和成本”這句話顯然說明，HUS的對象存儲系統想要發揮其最大價值，HCP是必不可少的。
HUS統一存儲架構中，HNAS系統3080、3090和3200平臺能夠明顯看出是基于原有的BlueArc平臺的——這也是HDS近幾年在住存儲系統上不多的收購之一——BlueArc的文件系統被稱為SiliconFS，HNAS的文件存儲系統顯然是以SiliconFS為基礎的。值得注意的是，很早以前SiliconFS就被稱為是“能夠提供更好性能和可擴展性的以對象為基礎的文件系統”。
因此，如果僅從“存儲”的角度來看，HUS的對象存儲是利用BlueArc的以SiliconFS文件系統為基礎的文件平臺實現的（文件存儲當然是通過CIFS/NFS 實現）。BlueArc的SiliconFS系統也就起到了對象存儲系統中底層文件系統的作用，當然，文件系統是建立在OSD設備上的，這也就容易理解HNAS的作用。用一句比較拗口的話來說，HNAS系統提供了一套對象組織的規則實現系統存儲的對象的管理。
但從HCP上來看，顧名思義，HCP是Hitachi Content Platform，即日立內容平臺。我們之前說過，對象存儲系統并不僅僅是“文件存儲系統的+元數據”的簡單組成，其需要實現文件與目錄的對應關系、對象與OSD的對應關系，以及一個“倉庫式”的管理方式。這也就是Hitachi Content Platform(HCP) 所做的——利用定制的元數據來存儲真實對象，為數據管理和長期保存提供對象存儲倉庫。
這也就是說，如果只是將文件以“對象”的方式存儲，HNAS就可以實現，也就是HNAS主要做的事情——提供添加了數據管理智能化的基于對象的文件系統，而如果需要更加高級的功能——如更多的對象數目支持或是實現一個對象存儲倉庫——當然就需要HCP出馬了。
HCP是過去兩年HDS力推的產品，我們甚至都可以揣測，HUS增加對象存儲的能力，一方面是基于BlueArc本身的SiliconFS的優勢，另一方面，就是基于推動HCP的發展，為HCP奠定良好基礎為目標。作為一個基于內容的存儲解決方案，HCP曾經是HDS非常重視的以內容為基礎的歸檔平臺，但隨著HDS的云計算戰略轉變為以內容、信息和知識化轉變為重要方向，HCP內容管理存儲平臺的身份就變得異常重要——可以說這是HDS內容云乃至整個云的基礎——而HCP顯然必須依賴于一個能夠很好地支持內容提取的存儲平臺，對象存儲當然是首選，所以，HUS實現對象存儲的統一化，以及HCP為HUS的對象存儲提供高級別能力，都是意料之中的事情。
也正是因為對象存儲系統的加入，才讓HDS將HUS（或者我們可以稱其為新一代的AMS2000中端存儲系統）和HCP緊密的結合在了一起。如果說HDS的HUS統一存儲表面上的優勢來自于對象存儲的話，其更深層次的優勢，實際上來自于“HUS+HCP”——即數據（塊、對象、文件）存儲與內容管理平臺——的緊密集成，也讓傳統的中端存儲從數據存儲的層面，進入到了內容管理乃至非機構化數據管理與分析的層面。
或許當初只是為了實現HCP的整合，或許是為了推廣HCP的銷售，HUS與HCP的結合，實際上是HUS區別于其他存儲供應商的中端統一存儲系統的重要特征。不過，這還是2、3年后的事情，就像是陳戈說的，大數據的解決方案還未成熟，HUS+HCP也只是提供了一個“冷凍”技術，無論是技術實現還是用戶接受程度都有待提高，最重要的是，HUS能否真正有效的替代AMS2000這一HDS中端存儲長期的基石？
搏殺中端存儲市場 HUS有何勝算？
無論是HUS（HUS目前有三個型號，110、130和150），還是前一代的AMS2000，HDS都堅持以“ASIC為核心處理器，X86為管理或非核心功能處理器”的架構，該具有HDS專利的ASIC被稱為DCTL處理器（Data Control Application Specific Integrated Circuit，數據控制應用專用集成電路），是AMS2000中的RAID控制器和緩存管理處理器，雖然不清楚HUS中DCTL比AMS2000的有何變化，但是陳戈表示，確實有性能和功能上的改進。
HUS 150和AMS2000系列最高端型號ASM2500性能比較
因為在架構層面沒有太多變化，AMS2000時代，HDS最引以為豪的“動態負載均衡雙控雙活”技術得到了完全的保留，基于“日立動態負載均衡控制器(Hitachi Dynamic Load Balancing Controller)技術”的新版本“日立動態虛擬控制器（Dynamic Virtual Controller）”技術，HUS仍然能夠做到將每個LUN的工作負載平均分配到兩個控制器上，從而實現真正的負載均衡與雙控雙活。
在HUS中，仍然能夠云尋任何的主機端口訪問任何一個控制器上的任何一個LUN，而無需改變LUN的所有權。當然，HUS仍然支持基于主機的操作系統路徑管理，包括微軟的Windows MPIIO、Solaris MPxIO、IBM AIX MPIO、Linux Device Mapper以及確保能夠實現最小系統開銷的Hitachi Dynamic Link Manager。
HUS 150控制器架構
Hitachi Cache Partition Manager則是HUS在中端存儲上的另外一個優勢。我們知道，幾乎所有的存儲系統都使用固定的塊大小緩存算法（Cache Stripe Size），這雖然容易管理和能夠簡化算法，但是系統的緩存使用或是I/O操作性的效率并不是太高。在HUS中，Hitachi Cache Partition Manager可以針對具體的應用需求優化緩存大小，這能夠在同樣大小的緩存中提高訪問命中率，并且通過優化磁盤讀取的塊的大小以獲得更好的性能。
除此以外，HUS還包括256TB的單一命名空間文件系統以及Hitachi Dynamic Provisioning等功能。不過，堅持在中端存儲系統上以ASIC為核心，仍然是HDS與其他行業內主流存儲供應商最大的區別，在其他供應商都或多或少以X86架構為存儲主流設計架構的時候，HDS仍然堅持在其專有的ASIC芯片上，加上HDS本身主要以自主研發為主，這也帶來了HUS系統乃至整個HDS在線存儲系統的一個特殊的價值。
那就是HDS可能是目前唯一在全系列產品，包括HUS的文件、塊、對象存儲，HDS的高端存儲系統VSP上，實現統一管理的主流存儲廠商。目前，Hitachi Command Suite 管理所有集成的日立數據系統產品組合，其中包括對模塊(例如Hitachi Virtual Storage Platform)，文件(Hitachi NAS Platform, Hitachi Unified Storage)，內容(Hitachi Content Platform)，以及特殊的設備(Hitachi Data Ingestor)的統一管理，以及HDS的VSP存儲系統。
“作為HCS的套件，它可以做到設備管理、配置管理，然后是報警、性能的管理和監控，然后復制，HCS只做設備層面的技術方面的管理。”陳戈表示，HCS的管理是一個簡化和整合的設備管理方式，雖然用戶可以通過訪問不同的設備，獲得更多更深入的管理，但是從設備管理員、從整體管理的角度，HCS提供一個滿足較少經驗的管理員以及日常管理工作的統一平臺。而這也是通過收購完善產品線所無法或者說是很難做到的事情。
而如果談起對BlueArc的收購與整合，我們不難發現，由于HDS與BlueArc的長期合作關系，其整合更像是“部門與部門”的整合，這也是HDS在統一自身架構上的努力之一。
但我們不能否認，HUS所面臨的對手十分強大，從EMC的VNX到IBM StorWize V7000，戴爾和NetApp也不甘示弱，惠普如今也充分的整合了3PAR的產品線——如果說高端存儲系統仍然是HDS與IBM的天下，是兩足鼎立——中端存儲系統的市場更像是紛爭的戰國時代，甚至難以選出一個霸主。HUS固然有對象存儲這個“人無我有”的功能，也有雙控雙活等等特色技術，但HUS面對的挑戰仍然嚴峻。
陳戈表示，HUS在市場上將保持其自己的既定策略，那就是產品的銷售“完全根據不同的需要來決定”——無論是塊存儲還是NAS模塊，或是對象存儲——HDS將會持續遵循“提供最大的靈活度產品”的產品線組成方式，與此同時，通過自身對存儲應用的了解，提供給用戶最優化搭配的建議。他認為，“最大客戶靈活度+經驗證的典型配置”的銷售方式，能夠讓HUS在中端存儲市場獲得與AMS2000一樣的成功。
