非常經(jīng)典、傳統(tǒng)的架構(gòu)下,前文所述系統(tǒng)遭遇的 IO延遲問題無法得到突破性地解決——因為所有數(shù)據(jù)的讀IO都要從后端的存儲通過SAN網(wǎng)絡(luò)供應(yīng)到前端的服務(wù)器,所有的寫IO都要從服務(wù)器通過SAN網(wǎng)絡(luò)寫入到后端的存儲。這個路徑對于所有的IO來說都是不變的,能夠改變的只是升級服務(wù)器的處理器、內(nèi)存,以及后端存儲的Cache,或?qū)C械盤換成SSD實現(xiàn)加速。

  若大家還是按傳統(tǒng)的思維去考慮解決性能問題,就永遠也無法打破盒子。那么,用互聯(lián)網(wǎng)思維來重新思考,如何以突破性地方法令問題得到徹底解決呢?

  這就是戴爾 Fluid Cache(流動緩存)解決方案,它打破了傳統(tǒng)數(shù)據(jù)中心架構(gòu)的固化思維,開始以一個全新的視角來看待數(shù)據(jù)中心對性能的要求。


 

  我們可以看到戴爾Fluid Cache(流動緩存),在整個架構(gòu)中加入了一個專用的、低延遲的RoCE網(wǎng)絡(luò)FAN (Flash Area Network) 。通過這個專用網(wǎng)絡(luò)將一個應(yīng)用服務(wù)器上的PCIe-SSD組成一個高速緩存池,這時就可以發(fā)現(xiàn)數(shù)據(jù)的IO路徑發(fā)生了革命性的變化:所有應(yīng)用服務(wù)器的讀寫IO無需經(jīng)過SAN網(wǎng)絡(luò)到達后端的存儲系統(tǒng)再作出響應(yīng),而是當IO寫入到這個高速緩存池之后,即對應(yīng)用作出Acknowledge的IO響應(yīng),在實現(xiàn)高性能的IOPS的同時還保證極低的延遲響應(yīng)。


 

  這就是戴爾Fluid Cache(流動緩存)對傳統(tǒng)數(shù)據(jù)中心基礎(chǔ)架構(gòu)的突破性變革。大家都聽說過“要讓豬飛起來,就得需要將豬放到風口”這一互聯(lián)網(wǎng)思維的通俗化解釋,同樣的,要得到一個極致的性能,也得將數(shù)據(jù)中心架構(gòu)放入Fluid Cache這一風口才能飛起來。

  此外,就像前面的青花瓷碗定制,雖然我們能通過互聯(lián)網(wǎng)思維來以可接受的價格得到一只定制的青花瓷碗,但廠家的生產(chǎn)過程還是得按制胚、脫胎、畫描,晾干、燒制等生產(chǎn)過程來進行。因此,互聯(lián)網(wǎng)思維并非拋棄傳統(tǒng)行業(yè),而是與傳統(tǒng)行業(yè)全面融合,并使后者價值得以提升。

  同理,戴爾Fluid Cache(流動緩存)與傳統(tǒng)數(shù)據(jù)中心架構(gòu)也能夠?qū)崿F(xiàn)全面融合,并使后者的優(yōu)勢發(fā)揚光大——后端存儲的連續(xù)數(shù)據(jù)保護機制可以和Fluid Cache聯(lián)動起來,實現(xiàn)從應(yīng)用到數(shù)據(jù)的全面邏輯保護。同時,后端存儲的復(fù)制技術(shù)也可以在Fluid Cache中獲得施展拳腳的空間,實現(xiàn)更為完備的數(shù)據(jù)物理保護機制。

  端到端 重新定義數(shù)據(jù)中心經(jīng)濟學(xué)

  大家也許會問,以Fluid Cache升級傳統(tǒng)數(shù)據(jù)中心架構(gòu)的創(chuàng)新為什么會出現(xiàn)在戴爾,而不是其他廠商呢?環(huán)顧IT業(yè)界,目前在數(shù)據(jù)中心基礎(chǔ)架構(gòu)中,產(chǎn)品線覆蓋服務(wù)器、網(wǎng)絡(luò)和存儲的全球性廠商還有誰呢?只有戴爾。

  在云計算、大數(shù)據(jù)、移動互聯(lián)等技術(shù)迅速發(fā)展的背景下,數(shù)據(jù)中心基礎(chǔ)架構(gòu)的創(chuàng)新已不再是一個點,一個點地展開了,而必須要以互聯(lián)網(wǎng)思維全局地去看待基礎(chǔ)架構(gòu)的整體創(chuàng)新。比如,對于專門做存儲的廠商來說,他的創(chuàng)新必定只是在存儲層面,無法從全局去看整個架構(gòu)的重新規(guī)劃,而對于一個只做交換機或服務(wù)器的廠商來說,他也被局限在所專注的領(lǐng)域。

  另一方面,對于客戶要求的性能來說,他要的不是存儲能提供多少IOPS性能,而是整個數(shù)據(jù)中心所能為業(yè)務(wù)提供的性能。也就是說,當存儲廠商提供了一個龐大的存儲,其間塞滿了成百上千塊SSD,然后號稱有400萬IOPS,先不說這套存儲的價格已經(jīng)是超百萬了,單論性能,這400萬IOPS也只是在存儲端,當通過SAN交換機到達應(yīng)用服務(wù)器上時,這400萬IOPS就已經(jīng)大打折扣了。

  戴爾提供的這一頗具互聯(lián)網(wǎng)思維特征的 Fluid Cache解決方案,徹底打破了盒子,令I(lǐng)OPS不再受傳統(tǒng)路徑的限制——從全局的角度來重構(gòu)整個數(shù)據(jù)中心IO路徑,戴爾因此能從一個端到端的角度提供整體解決方案,并給到用戶一個可預(yù)期的性能。


 

  實測報告一

  沒有什么比客戶提供的測試數(shù)據(jù)更能說明效果的啦。

  基于數(shù)據(jù)庫應(yīng)用,實測SQL語句完成效率:完成腳本時間轉(zhuǎn)化為秒后的對比柱狀圖

備注:縱軸為腳本完成時間(單位:秒)

 

  實測報告二

  VDI越來越多地運用于眾多企事業(yè)客戶, Fluid Cache同樣表現(xiàn)出眾!

  來源于第三方評測機構(gòu)的報告。

  以下為基于戴爾 R930和SC8000的方案架構(gòu),加入Fluid Cache前后對比:

分享到

王珂玥

存儲在線(DOSTOR)主編

相關(guān)推薦