EMC公司，我們抱有這樣的疑問。您的Nile項目擁有艾字節(jié)級別的存儲容量，而且由EMC的ViPR控制/數(shù)據(jù)層軟件與VNX陣列所共同組成。目前，VNX容量最大的8000設備也只有4.5PB容量，還不足Nile項目的二百二十三分之一——這是咋回事？

EMC公司COO兼總裁David Goulden在米蘭表示，Nile項目將利用ViPR與VNX組合帶來網(wǎng)絡規(guī)模級文件、塊與對象存儲能力。下面我們來引用他的說明：

Nile中包含來自ViPR以及VNX家族的技術方案。我們將這些技術整合在一起，從而為客戶帶來真正經(jīng)過容量優(yōu)化的彈性云存儲系統(tǒng)。

ViPR為對接服務器提供文件、塊以及對象數(shù)據(jù)接口，并負責指揮底層VNX陣列提供必要的存儲資源。本次在米蘭公布的Nile原型機利用三套同款機架構建起虛擬機環(huán)境，而且并未采用明顯的獨立ESXi服務器用于運行虛擬機形式的ViPR。

EMC公司首席營銷官Jeremy Burton詳細描述了網(wǎng)絡規(guī)模的具體概念，并指出Nile的存儲容量將達到艾字節(jié)以上。

EMC公司的Jeremy Burton在米蘭展示Nile項目的三機架原型機。

根據(jù)EMC的說法，目前容量最大的VNX 8000機型配備1500塊3TB磁盤驅動器，總存儲空間為4.5PB。也就是說，我們需要將223臺VNX 8000組合起來才能提供1艾字節(jié)容量（也就是233 x 4.5PB=1003.5PB）。換言之，就算轉而采用4TB驅動器，我們仍然需要167臺設備（167 x 1500 x 4TB=1002PB）。根據(jù)現(xiàn)有設計，使用1500塊3TB硬盤的VNX 8000本身就是一臺三機架設備，那么突破艾字節(jié)大關需要使用223 x 3=669臺機架——這實在是個非常夸張的數(shù)字。

VNX陣列無法實現(xiàn)集群化，而且即使能夠組建成集群，在1.0版本中就使用223節(jié)點集群體系也實在太過冒險。

面對這樣的計算過程，我們不禁要問：Nile項目到底是怎么依靠VNX陣列實現(xiàn)艾字節(jié)級別存儲容量的？

有效增加VNX存儲容量

方案之一在于將VNX單純作為主方案，并利用Atmos類高密度磁盤機箱提供存儲資源。G3-Dense-480在40U機架中使用480塊3TB磁盤，三臺機架總計提供1440塊磁盤，這樣算來其磁盤總量比同為三機架的VNX 8000還少60塊——看來我們還需要密度更高的方案。

如果從另一個角度來思考，所謂艾字節(jié)級別的存儲容量可能是指有效容量而非原始容量，也就是采用了重復數(shù)據(jù)刪除技術。但這類方案的最大問題在于，我們無法保證重復數(shù)據(jù)刪除機制的確切執(zhí)行效率。而且如果艾字節(jié)容量確實是利用重復數(shù)據(jù)刪除技術所實現(xiàn)，EMC公司的高管們沒有理由隱瞞不報。參加過本次米蘭發(fā)布會的每一位聽眾應該都會得出這樣的結論：EMC所指的是設備的原始容量。如果最終結果與預期不符，EMC必然會遭受巨大的輿論壓力。

第三種方案，Nile項目可以嘗試使用ScaleIO。EMC通過收購獲得的這項技術能夠將與數(shù)百甚至上千臺服務器直連的存儲設備匯聚成一套規(guī)模化虛擬SAN。不過Gouden曾明確表示，Nile使用的是ViPR與VNX——注意，不是ViPR與ScaleIO。無論如何，ScaleIO屬于塊存儲方案，而VNX則是統(tǒng)一化文件與塊存儲方案——Nile項目屬于“文件、塊與對象”存儲。這意味著ViPR的惟一作用在于進行對象數(shù)據(jù)服務抽象化，并將結果轉譯為VNX所能接受的形式。這樣看來，我們已經(jīng)可以把ScaleIO從備選名單中劃掉了。

最后也是最笨的辦法，ViPR可能真的把223臺各自配備1500塊3TB驅動器的VNX 8000設備整合到了一起，從而實現(xiàn)1艾字節(jié)以上的巨量存儲效果——而且沒有采用VNX軟件環(huán)境下的集群化機制。相反，ViPR負責對各設備進行匯聚，并提取存儲資源以交付給企業(yè)中的私有云用戶。這無疑是一場顛覆性的規(guī)模擴張：需要再來4.5PB容量？那就繼續(xù)增加VNX 8000的數(shù)量。不過這好像不太符合存儲巨頭的一貫風格。

如果事實真是如此，那么ViPR扮演的將是一套超級巨型陣列的控制器角色。

一位消息人士認為這確實可能就是最終方案，而且會給Nile用戶帶來嚴苛的存儲體系規(guī)模限制：

VNX文件系統(tǒng)的最大容量支持能力僅為可笑的16TB。也就是說用戶必須雇用經(jīng)驗豐富的軟件大師來實現(xiàn)統(tǒng)一文件系統(tǒng)。Nile項目的目標在于實現(xiàn)1艾字節(jié)容量，但EMC并沒有說明如此規(guī)模的容量是否能夠存在于同一分卷或者文件系統(tǒng)當中。因此我認為最終該項目只能依靠外部統(tǒng)一來實現(xiàn)……

對于Nile項目所針對的網(wǎng)絡規(guī)模級環(huán)境，用戶并不會真正對每個對象進行單獨的存儲處理。但如果需要實現(xiàn)統(tǒng)一訪問效果，特別是對文件及對象而言，統(tǒng)一層可謂不可或缺……

用戶并不需要超大規(guī)模塊設備（即單分卷1艾字節(jié)）；統(tǒng)一化顯然更好。

說到這里，結論似乎已經(jīng)非常明確：利用尚處于1.0版本階段的ViPR以邏輯方式構建包含數(shù)百臺VNX陣列的集群體系。這似乎有些異想天開，或者說野心過于膨脹：當然，我們要對EMC的勇氣表示敬意。EMC到底如何利用4.5PB VNX創(chuàng)建1艾字節(jié)以上的塊存儲容量？請大家拭目以待。