左側為惠普IBIRX X9000的基本組成單元：從上到下依次為性能模塊(2臺ProLiant DL380 G7服務器)、存儲模塊啟動包(兩臺P2000 G3 SAS MSA雙控陣列)，以及存儲模塊擴展包(JBOD硬盤擴展柜)。而右邊StoreOnce B6200的一對節點起始配置，也是2臺服務器加上P2000 MSA存儲，并可以進一步向上擴展(Scale-up)容量和向外擴展(Scale-out)到最多8個節點的重復數據刪除引擎。

IBIRX X9000 NAS和StoreOnce B6200的節點間互連應該都是通過萬兆以太網，而B6200由于提供VTL(虛擬磁帶庫)功能，因此需要在服務器上安裝8Gb/s FC HBA卡提供光纖通道主機接口。

在看過下面這篇文章之后，我終于確定了自己的判斷。以下內容轉載自網絡，供有讀者參考，不完全代表比特網觀點。

昨天培訓Tony提出了一個問題，問為什么NAS上面沒有dedupe(De-duplication，重復數據刪除)的功能，我認為這個問題要澄清一下，應該問“為什么NAS上面沒有類似B6000的消重功能”。其實原因很簡單，看一看(惠普StoreOnce)B6200就知道答案了。 B6200是什么?基本上它就是個專業NAS，然后以NAS為基礎，針對文件對象做在線切塊變長滑動窗口消重再壓縮的處理，要么直接share(共享)出去，要么仿真成磁帶再export(VTL導出)出去。

上面這段文字來自Evaluator Group的HP StoreOnce B6200實驗室測試報告，其中提到B6200的(節點間)網格擴展和HA功能基于惠普IBRIX X9000存儲的集群文件系統。目前IBRIX家族產品支持的全局命名空間為16PB;而B6200滿配按照20:1的典型數據縮減比例計算，其邏輯容量可達10.2PB。

設想一下，當文件被“消重”之后，你再要訪問它讀取它的時候，它一定要“再水化”(即展開還原)才可以用，不管是誰去做這個“再水化”—— Target NAS、DMA Server、App Server(DMA Client)，總之一定要有人去做這事兒。難道讀一次就“再水化”一次?另外，文件用著用著改了，內容里改了一個字兒，或者換個名字重新保存了，更別說文件系統上還有加密的要求，這些都需要重新“消重”，就算是用滑動窗口的消重也必須要再跑一遍計算把消重引擎該做的那點事兒給做了。系統里有多少文件?上百萬、上千萬、還是上億?消重軟件忙得過來么?假如說微碼或者DMA為了這個功能做了優化，比如為頻繁讀取的文件提供一些Cache作為避免反復再水化的手段或者提供一些性能加速，那么多少Cache夠用?多少CPU周期夠用?當然不排除將來的NAS具有現在十倍甚至百倍的性能，而消重引擎的效率通過引用新技術和固化到ASIC里也得到相應的提高，那么可能性還是存在的，特別是當NAS被用于T1應用(嚴格要求響應時間和文件并發操作數)的時候?，F在的發展基本上是兩個方向：軟件;用SSD去提高消重效率，這可以說是偷換概念，沒啥意思，或者反過來說因為SSD還是太貴，所以要通過消重來“省著點兒用”。

所以我們來看看市場上是誰大吹特吹在NAS上的“消重”呢?答案是NetApp，為什么呢，因為這事兒是他們首先玩起來的。“文件級消重”消除的是同一個文件在系統內的多處重復，那么解決方案很簡單，把元數據和文件本身分開，分別單獨管理，這有點“對象存儲”的味道在里面。而更重要的是因為這家公司只有FAS/Data ONTAP這一個好東西(平臺，不包括收購自LSI以OEM業務為主的E系列，編者注)，為了存活和增長，所以想用這一個東西去打所有的市場和應用，所以就用它去支持所有“該有”的功能，既跑DB又做文件共享還做備份，妄圖通吃從Block到File從Tier-1到Tier-N的所有市場，碰巧中國很多客戶又非常不專業，要么是利用這個概念達到其它目的，要么就是被這個概念誘導了，覺得一個東西什么都有實在是好啊!但其實道理很簡單，就好比一個人，什么都懂也可以說就等于什么都不懂，什么都會也可以說就等于什么都不會。就像希望得到一個具備“所有”功能特點的傻瓜式操作的便攜式相機，這是中國人最普遍的消費心理，就不知道西方有句俗語“you give peanuts, what you get? Monkey!”這些可都是西方人發明的技術和產品，連銷售方法論也都是西方文明的產物。

我認為(HP IBIRX)X9000的“技術進步”其實算是非?？斓?，你和EMC的NAS發展過程比較一下就知道了，X9000很快就具備了當今專業NAS所應具備的大多數主流功能。