了解一下……實時壓縮?
張廣彬 發(fā)表于:13年04月28日 14:14 [轉載] 至頂網(wǎng)
我想了解一下……實時壓縮?
非實時壓縮和后處理方式的重復數(shù)據(jù)刪除,很大程度上是當時配置計算能力不夠的產(chǎn)物,因為壓縮和消重算法都需要大量的計算工作。完整的自動精簡配置功能也需要一定的計算資源,像EF540只具備有限的自動精簡配置能力,連NetApp自己的人,都認為那不能算自動精簡配置——運行Data ONTAP的FAS系列才夠格。
EF540的自動精簡配置受限于其以ASIC為主的控制器架構。ASIC和PCIe閃存卡中常見的FPGA為特定的簡單重復性工作(如搬運數(shù)據(jù))而設計,速度快、效率高,缺點是計算能力差,難以勝任多種任務。廠商可以為特定的工作設計特定的電路,譬如3PAR獨有的ASIC可以加速自動精簡配置,但總不能每種功能都來一個ASIC或FPGA吧?那復雜性和成本就……
如果基于通用但有很強計算能力的商用硬件(如x86),在軟件堆棧中加入不同的軟件功能,就可以實現(xiàn)不同的用途。而這,不僅是軟件定義存儲,也是軟件定義數(shù)據(jù)中心(SDDC)的精髓。
從這個角度來說,EMC也可以在Thunder項目中采用x86硬件平臺,然后將Data Domain的重復數(shù)據(jù)刪除改造為適合全閃存陣列。不過這需要更多時間來開發(fā),且結果未知,而XtreamIO的線內(nèi)重復數(shù)據(jù)刪除顯然是專門針對閃存開發(fā)的,用錢換時間,可謂明智之舉。
Greenbytes、Pure Storage、Nimbus、SKyera、SolidFire、Violin Memory和Whiptail等初創(chuàng)多數(shù)全閃存陣列都用SSD,只有Violin是獨有閃存模塊(VIMM,見第二列)。不過,這些全閃存陣列并不都支持重復數(shù)據(jù)刪除,支持的也不全是In-line,但NetApp EF540幾乎是軟件功能最貧乏的(最右列)
再來看看NetApp計劃中的FlashRay都有哪些特性: