0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

存儲能否實現(xiàn)免費看了就知道

SSDFans ? 來源:面包板社區(qū) ? 作者:面包板社區(qū) ? 2020-09-28 14:56 ? 次閱讀

1990年,存儲1G的數(shù)據(jù)大約需要花費9000美元(約合人民幣61568元);現(xiàn)在,只需花費不到3分錢(約合兩元人民幣)。過去的十年中,存儲成本幾乎可以忽略不計。雖然存儲對于用戶來說幾近免費,但是數(shù)據(jù)中心運營商每年仍需花費數(shù)十億美元——而且成本呈上升趨勢。這不僅僅是因為每年創(chuàng)建的數(shù)據(jù)總量在激增,而且還有越來越多的關(guān)于耐用性和可使用性的嚴格要求。

思科全球云指數(shù)顯示,到2021年,全球數(shù)據(jù)中心存儲容量將從2016年的6630億字節(jié)(EB)增長到2021年的2.6澤字節(jié)(ZB),增長率將近400%。據(jù)互聯(lián)網(wǎng)數(shù)據(jù)中心(IDC)全球數(shù)據(jù)領(lǐng)域報告,超過半數(shù)的存儲空間將會用于機械硬盤,還有約四分之一的存儲空間用于固態(tài)硬盤(SSD)。

事實上,“幾乎免費”的存儲空間在數(shù)據(jù)中心預算中卻是一筆昂貴的支出。

數(shù)據(jù)的本質(zhì)正在改變

過去一段時間,存儲空間充斥著數(shù)據(jù)中心,支持在服務(wù)器上運行的應(yīng)用程序。數(shù)據(jù)寫入磁盤后通常很少被訪問。

但是,有了現(xiàn)代應(yīng)用程序,世界便變得不一樣:

?以橫向擴展方式部署的微服務(wù)正在取代單片應(yīng)用程序。

?數(shù)據(jù)量巨大,節(jié)點之間的數(shù)據(jù)移動量正在增加。

?服務(wù)需要大規(guī)模的高吞吐量和低延遲的存儲。

?總體數(shù)據(jù)溫度在上升——即實時熱數(shù)據(jù)量正在增加。

迫于壓力,各公司正在應(yīng)對這些需求,同時也求能降低成本。

減少數(shù)據(jù):壓縮算法的創(chuàng)新

這就是為什么我們目睹了下一代壓縮解決方案的原因。對于文本或二進制數(shù)據(jù),壓縮算法,諸如Facebook的Zstandard (zstd)快速無損壓縮算法,谷歌公司的Brotli無損壓縮算法以及微軟項目管理軟件程序(Microsoft Project)中的Zipline等,均能提供標準的基于壓縮算法的更高壓縮率。其次,有超過半數(shù)儲存到云端存儲空間的數(shù)據(jù)由圖片和視頻組成。這些壓縮算法完全不能壓縮JPEG和MPEG文件。云端銷售公司采取的一種方法,就是引進一種針對圖像,有損耗的壓縮算法,能節(jié)省20%-30%的存儲空間,谷歌公司旗下的Guetzli便是采用這種方法。多寶箱(Dropbox)則采取了另一種方法,即部署Lepton,這是一種針對JPEG的無損耗壓縮算法,能節(jié)省22%的存儲空間,但只能擁有處理40Mbps的壓縮能力。

甚至在壓縮率上的一點小進步也能節(jié)約巨大的存儲空間和網(wǎng)絡(luò)寬帶成本。節(jié)約下來的成本很輕易地就能被運行壓縮算法所需的CPU周期和和功耗/散熱造成的額外成本抵消掉。不幸的是,這些方案中的每一個都要在性能上進行權(quán)衡:壓縮量越大,吞吐速度越慢。

由于吞吐量的限制,這些算法通常應(yīng)用于靜止數(shù)據(jù)而非動態(tài)數(shù)據(jù)。為了能同樣通過壓縮動態(tài)數(shù)據(jù)來最大程度上降低成本,我們必須能以線速來維持吞吐量。

數(shù)據(jù)耐用性和可用性:復制VS.擦除碼

當今數(shù)據(jù)中心要求九倍的數(shù)據(jù)存儲耐用性和可用性。數(shù)據(jù)鏡像是獲得耐用和可用存儲最基本的方式之一。此方案產(chǎn)生相同的數(shù)據(jù)副本并存儲到不同的故障域中。復制數(shù)據(jù)的計算要求相對較小,同時這種方案也可提供最快的恢復時間。但是,由于需要復制數(shù)據(jù)兩次及以上的情況并不罕見,于是復制就意味著要付出更高的存儲成本。

另一種常用的方案是奇偶校驗編碼,它能以更低的存儲成本提供持久和可用的存儲。奇偶校驗編碼方案中提出了擦除編碼這個例子,其中多個數(shù)據(jù)和奇偶校驗片段分布在不同的故障域中。奇偶校驗碎片的數(shù)量是決定耐用性的因素。擦除編碼方案所需的存儲容量成本較低,但對于計算和聯(lián)網(wǎng)有較高的要求,尤其是在無法使用存儲,必須從不同位置重建數(shù)據(jù)的情況下。因此,計算處理吞吐量和低網(wǎng)絡(luò)延遲是成功實現(xiàn)擦除編碼的關(guān)鍵。

大規(guī)模的資源存儲

降低存儲成本的另一種方法是提高容量利用率。要實現(xiàn)這一點,可以將存儲資源集中到動態(tài)分配的虛擬池中,同時許多客戶機可以訪問這些虛擬池。彼得·J·丹寧(Peter J. Denning)在他的博士論文中提到,將N個單元的資源池集中到一個單獨的資源池中,這樣做能提供1個而不是N個單元,具有相同的服務(wù)水平的資源池。換句話說,共享池越大,節(jié)省的存儲空間就越大。

如今,盡管在超融合基礎(chǔ)架構(gòu)(HCI)中可以完成資源池化,但是CPU瓶頸仍然限制了對直接連接存儲SSD的訪問。CPU的延遲高,而且不可預測,形成了復雜的軟件,最終限制了性能和規(guī)模。在一個分類基礎(chǔ)架構(gòu)中,將計算和存儲裝置放置在不同服務(wù)器里,可以更好地構(gòu)建資源池。將存儲與計算脫鉤,可減少CPU瓶頸,縮短延遲時間,從而簡化對數(shù)據(jù)放置的思考。

在Fungible公司里,我們認為,分解存儲體系結(jié)構(gòu)很自然地可以實現(xiàn)奇偶校驗方案,例如擦除編碼,使數(shù)據(jù)和奇偶校驗代碼分布在不同的故障域中,以及大規(guī)模共享存儲池。

但是,到目前為止,由于CPU效率底下,性能結(jié)構(gòu),舊版軟件限制等原因,分類存儲尚未充分發(fā)揮其潛力。

Fungible公司的數(shù)據(jù)處理器

為了擺脫這些限制,F(xiàn)ungible公司開發(fā)設(shè)計了一種新型的可編程微處理器,即數(shù)據(jù)處理器。從頭開始專門構(gòu)建數(shù)據(jù)處理器,不僅可以控制存儲成本,還可以提供當今計算中心架構(gòu)所缺少的性能和可伸縮性。

數(shù)據(jù)處理器的設(shè)計遵循以下原則:

1. 不必折衷考慮壓縮比和吞吐量。對于文本/二進制以及圖像來說,壓縮算法必須是無損的。

2. 在讀寫語境中,通過使用擦除代碼方案得到的數(shù)據(jù)持久性,必須得到現(xiàn)在應(yīng)用程序所需的吞吐量和延遲的支持。

3. 資源池必須靠現(xiàn)代應(yīng)用程序所需的吞吐量和延遲的支持,并且必須可以在網(wǎng)絡(luò)中大規(guī)模運用。

存儲可能永遠不會免費,但是使用Fungible公司的數(shù)據(jù)處理器(DPU)可以便宜很多。
責任編輯人:CC

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 存儲
    +關(guān)注

    關(guān)注

    13

    文章

    4226

    瀏覽量

    85580

原文標題:存儲能不能實現(xiàn)免費?

文章出處:【微信號:SSDFans,微信公眾號:SSDFans】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    想對正弦波信號幅值進行調(diào)節(jié),不知道能否使用PGA112?

    我想對正弦波信號幅值進行調(diào)節(jié)。不知道能否使用PGA112,或者相應(yīng)的可編程增益放大器。使用時需要注意些什么,其參考電路。 有使用過的可以談?wù)劇?謝謝!
    發(fā)表于 09-20 07:48

    EEPROM存儲功能的實現(xiàn)方式

    EEPROM(Electrically Erasable Programmable Read-Only Memory,電可擦可編程只讀存儲器)的存儲功能實現(xiàn)主要依賴于其獨特的浮柵晶體管結(jié)構(gòu)和工作原理。
    的頭像 發(fā)表于 09-05 12:34 ?660次閱讀

    請問ths3201能否四片并聯(lián)實現(xiàn)功率放大呢?

    ths3201能否四片并聯(lián) 實現(xiàn)功率放大
    發(fā)表于 09-05 07:39

    請問THS4521能否作為衰減器?

    看了THS4521的datasheet,主要是用作ADC的驅(qū)動器,增益為1V/V,我能否用THS4521做信號衰減之用,急THS4521供電為單電源5V,輸入信號為 ±10Vp-p,放大倍數(shù)為0.2V/V,Vocm為2.5V,這樣使用是否可行?
    發(fā)表于 08-23 08:17

    請問VCA821能否實現(xiàn)負增益?

    VCA821的負增益能否實現(xiàn)?
    發(fā)表于 08-23 07:42

    STM32F103ZET6能否實現(xiàn)同時實現(xiàn)占空比和相位可調(diào)呢,是不是只能實現(xiàn)其中一個

    STM32F103ZET6能否實現(xiàn)同時實現(xiàn)占空比和相位可調(diào)呢,是不是只能實現(xiàn)其中一個,我現(xiàn)在想要先產(chǎn)生一路PWM波,經(jīng)過一段時間(可調(diào))以后,再產(chǎn)生一路PWM波,總共產(chǎn)生兩個脈沖波 ,
    發(fā)表于 06-06 15:02

    能否使用QSPI外設(shè)連接eMMC存儲器?

    我正在與分銷合作伙伴和客戶一起研究如何使用 BLE 模塊CYW20829B0-P4TAI100 與 eMMC 接口。 目的是記錄數(shù)據(jù)。 請問能否使用 QSPI 外設(shè)連接 eMMC 存儲器?
    發(fā)表于 05-24 06:10

    NVMe Host Controller IP實現(xiàn)高性能存儲解決方案

    電子發(fā)燒友網(wǎng)站提供《NVMe Host Controller IP實現(xiàn)高性能存儲解決方案.pdf》資料免費下載
    發(fā)表于 02-21 14:28 ?1次下載

    TC387 QSPI能否不通過中斷實現(xiàn)讀寫?

    TC387 QSPI能否不通過中斷實現(xiàn)讀寫?跪求大佬指點
    發(fā)表于 01-18 06:49

    使用hyperubs接口的hyperram能否運行程序還是只能作為數(shù)據(jù)存儲來使用?

    使用hyperubs接口的hyperram能否運行程序還是只能作為數(shù)據(jù)存儲來使用,謝謝!
    發(fā)表于 01-18 06:18

    NAS使用小貼士,讓NAS實現(xiàn)存儲的曠野

    結(jié)束2024年的第一個假期,我們忙著做年終總結(jié),對來年許下希冀。 2023毋庸置疑是近年來過得較為豐富多彩的一年。 “看了好多場演唱會” “實現(xiàn)了一場說走就走的旅行” “蹦一場無拘無束的音樂節(jié)
    的頭像 發(fā)表于 01-09 16:18 ?395次閱讀
    NAS使用小貼士,讓NAS<b class='flag-5'>實現(xiàn)存儲</b>的曠野

    ADXRS290性能如何?能否用ADXRS290取代ADIS16405用于XY角速度測量?

    噪聲。 另外,看了新產(chǎn)品ADXRS290的介紹,可以實現(xiàn)XY兩個方向的角速度測量,該產(chǎn)品的性能如何,噪聲如何,是否優(yōu)于ADIS16405,能否代替ADIS16405用于角速度測量。 謝謝。
    發(fā)表于 12-29 08:24

    AD7606能否實現(xiàn)使用DMA進行數(shù)據(jù)讀???

    因為AD7606它沒有內(nèi)部寄存器,所以我想知道能否實現(xiàn)使用DMA進行數(shù)據(jù)讀?。??
    發(fā)表于 12-08 08:22

    能否提供AD5446在500KHz下的SFDR?

    在AD5446數(shù)據(jù)手冊中,只有fout=50KHz和20KHz下有一個SFDR規(guī)格。而fout=500KHz下則沒有。我還查看了AD5449數(shù)據(jù)手冊,它在500KHz fout下提供了此規(guī)格。如果有
    發(fā)表于 11-27 08:09

    用運放實現(xiàn)1~-40V的脈沖電源,使用LT1010可以實現(xiàn)嗎?

    想用運放實現(xiàn)1~-40V的脈沖電源,1到-40V的時間為2us,計算SR至少要求63V/us,看了下幾款車規(guī)級高壓運放,請問下使用LT1010可以實現(xiàn)嗎?能否提供一下LT1010的LT
    發(fā)表于 11-13 14:20