互聯(lián)網(wǎng)思維模式下，用戶體驗不容小覷。那么，讓我們換一種眼光，來重新審視互聯(lián)互通趨勢下，與每個人都息息相關的數(shù)據(jù)中心。
如何以最可接受的價格獲得一只定制的青花瓷碗?
你需要跳出盒子去思考!互聯(lián)網(wǎng)思維與傳統(tǒng)行業(yè)融合，能夠帶來不一樣的產(chǎn)品和用戶體驗。當互聯(lián)網(wǎng)思維與傳統(tǒng)數(shù)據(jù)中心相遇，革命性的基礎架構創(chuàng)新將重新定義數(shù)據(jù)中心經(jīng)濟學。假如我想定制一個青花瓷碗，直接找到制碗廠家去燒制，且不論能不能生產(chǎn)，就算燒制成了這個碗，成本也已經(jīng)大大超出個人能承受的價格了?，F(xiàn)在，我可以將定制青花瓷碗的方案放在定制互聯(lián)網(wǎng)上，可能有10萬個文青響應說也要這個青花瓷碗，制碗的廠家一看是大單機會，即刻開始接受訂單生產(chǎn)制造。
這就是我們常聽到的互聯(lián)網(wǎng)思維，是一種思維模式的變革，幫助我們在移動互聯(lián)網(wǎng)、大數(shù)據(jù)、云計算等技術不斷發(fā)展的背景下，對市場、用戶、產(chǎn)品乃至整個生態(tài)鏈進行重新審視，跳出僵化、固定模式去擁抱新天地。否則，我們永遠也無法以可接受的價格得到一個定制的青花瓷碗。
就數(shù)據(jù)中心架構而言，我們一直在追求極致性能，但在IOPS數(shù)值之外，性能延遲所帶來的不良用戶體驗更為人們所關注，比如，之前的鐵路訂票系統(tǒng)、光棍節(jié)搶購系統(tǒng)在關鍵時刻的響應延遲令用戶苦不堪言，比較近的例子還有魔都的最貴鐵皮拍賣遭遇“最糟系統(tǒng)”所帶來的一片聲討。
互聯(lián)網(wǎng)思維模式下，用戶體驗不容小覷。那么，讓我們換一種眼光，來重新審視互聯(lián)互通趨勢下，與每個人都息息相關的數(shù)據(jù)中心。
打破盒子的創(chuàng)新架構Fluid Cache+數(shù)據(jù)中心先來看一下傳統(tǒng)數(shù)據(jù)中心架構，都是由服務器加上SAN網(wǎng)絡再加上SAN或NAS存儲構成，應用部署在前端的服務器上，數(shù)據(jù)由后端的存儲通過SAN網(wǎng)絡提供。
非常經(jīng)典、傳統(tǒng)的架構下，前文所述系統(tǒng)遭遇的 IO延遲問題無法得到突破性地解決——因為所有數(shù)據(jù)的讀IO都要從后端的存儲通過SAN網(wǎng)絡供應到前端的服務器，所有的寫IO都要從服務器通過SAN網(wǎng)絡寫入到后端的存儲。這個路徑對于所有的IO來說都是不變的，能夠改變的只是升級服務器的處理器、內(nèi)存，以及后端存儲的Cache，或?qū)C械盤換成SSD實現(xiàn)加速。
若大家還是按傳統(tǒng)的思維去考慮解決性能問題，就永遠也無法打破盒子。那么，用互聯(lián)網(wǎng)思維來重新思考，如何以突破性地方法令問題得到徹底解決呢?
這就是戴爾 Fluid Cache(流動緩存)解決方案，它打破了傳統(tǒng)數(shù)據(jù)中心架構的固化思維，開始以一個全新的視角來看待數(shù)據(jù)中心對性能的要求。
我們可以看到戴爾Fluid Cache(流動緩存)，在整個架構中加入了一個專用的、低延遲的RoCE網(wǎng)絡FAN (Flash Area Network) 。通過這個專用網(wǎng)絡將一個應用服務器上的PCIe-SSD組成一個高速緩存池，這時就可以發(fā)現(xiàn)數(shù)據(jù)的IO路徑發(fā)生了革命性的變化：所有應用服務器的讀寫IO無需經(jīng)過SAN網(wǎng)絡到達后端的存儲系統(tǒng)再作出響應，而是當IO寫入到這個高速緩存池之后，即對應用作出Acknowledge的IO響應，在實現(xiàn)高性能的IOPS的同時還保證極低的延遲響應。
這就是戴爾Fluid Cache(流動緩存)對傳統(tǒng)數(shù)據(jù)中心基礎架構的突破性變革。大家都聽說過“要讓豬飛起來，就得需要將豬放到風口”這一互聯(lián)網(wǎng)思維的通俗化解釋，同樣的，要得到一個極致的性能，也得將數(shù)據(jù)中心架構放入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ù)中心架構也能夠?qū)崿F(xiàn)全面融合，并使后者的優(yōu)勢發(fā)揚光大——后端存儲的連續(xù)數(shù)據(jù)保護機制可以和Fluid Cache聯(lián)動起來，實現(xiàn)從應用到數(shù)據(jù)的全面邏輯保護。同時，后端存儲的復制技術也可以在Fluid Cache中獲得施展拳腳的空間，實現(xiàn)更為完備的數(shù)據(jù)物理保護機制。
端到端重新定義數(shù)據(jù)中心經(jīng)濟學大家也許會問，以Fluid Cache升級傳統(tǒng)數(shù)據(jù)中心架構的創(chuàng)新為什么會出現(xiàn)在戴爾，而不是其他廠商呢?環(huán)顧IT業(yè)界，目前在數(shù)據(jù)中心基礎架構中，產(chǎn)品線覆蓋服務器、網(wǎng)絡和存儲的全球性廠商還有誰呢?只有戴爾。
在云計算、大數(shù)據(jù)、移動互聯(lián)等技術迅速發(fā)展的背景下，數(shù)據(jù)中心基礎架構的創(chuàng)新已不再是一個點，一個點地展開了，而必須要以互聯(lián)網(wǎng)思維全局地去看待基礎架構的整體創(chuàng)新。比如，對于專門做存儲的廠商來說，他的創(chuàng)新必定只是在存儲層面，無法從全局去看整個架構的重新規(guī)劃，而對于一個只做交換機或服務器的廠商來說，他也被局限在所專注的領域。
另一方面，對于客戶要求的性能來說，他要的不是存儲能提供多少IOPS性能，而是整個數(shù)據(jù)中心所能為業(yè)務提供的性能。也就是說，當存儲廠商提供了一個龐大的存儲，其間塞滿了成百上千塊SSD，然后號稱有400萬IOPS，先不說這套存儲的價格已經(jīng)是超百萬了，單論性能，這400萬IOPS也只是在存儲端，當通過SAN交換機到達應用服務器上時，這400萬IOPS就已經(jīng)大打折扣了。
戴爾提供的這一頗具互聯(lián)網(wǎng)思維特征的 Fluid Cache解決方案，徹底打破了盒子，令IOPS不再受傳統(tǒng)路徑的限制——從全局的角度來重構整個數(shù)據(jù)中心IO路徑，戴爾因此能從一個端到端的角度提供整體解決方案，并給到用戶一個可預期的性能。
實測報告一
沒有什么比客戶提供的測試數(shù)據(jù)更能說明效果的啦。
基于數(shù)據(jù)庫應用，實測SQL語句完成效率：完成腳本時間轉(zhuǎn)化為秒后的對比柱狀圖
備注：縱軸為腳本完成時間(單位：秒)
實測報告二
VDI越來越多地運用于眾多企事業(yè)客戶, Fluid Cache同樣表現(xiàn)出眾!
來源于第三方評測機構的報告。以下為基于戴爾 R930和SC8000的方案架構，加入Fluid Cache前后對比：
京公網(wǎng)安備 11010502049343號