對企業(yè)數(shù)據(jù)中心而言，存儲和計算的性能是核心需求之一，因為性能直接關(guān)系到IT服務(wù)的體驗。AnyVM 5.0相比之前的版本最大的亮點是性能有顯著提升，達到業(yè)界領(lǐng)先水平。今天小通就來為大家解析下AnyVM 5.0實現(xiàn)性能提升的技術(shù)特性之一：IO本地化。

        近兩年，超融合基礎(chǔ)設(shè)施得到了市場和客戶的廣泛接受。但在超融合市場迅猛發(fā)展的同時，也存在一些對超融合的“質(zhì)疑”的聲音。在性能方面，有業(yè)內(nèi)人士認為，超融合標榜的“融合一切”和“大規(guī)模無縫擴展”其實隱藏著性能問題。

        一是，計算和存儲共用資源，會導(dǎo)致出現(xiàn)資源爭用的問題；二是，大規(guī)模部署下，分布式系統(tǒng)變得復(fù)雜，大量的數(shù)據(jù)交互導(dǎo)致嚴重的網(wǎng)絡(luò)壓力。而這兩個問題，對很多超融合產(chǎn)品而言是真實存在的。

        要了解IO交互和IO路徑對性能的影響，就需要先了解下超融合分布式系統(tǒng)下，數(shù)據(jù)的IO路徑。在超融合分布式系統(tǒng)中，所有的IO請求都由虛擬機（VM）所在節(jié)點的CVM（控制虛擬機）響應(yīng)處理。

       虛擬機寫入數(shù)據(jù)時采用雙寫模式，當所有數(shù)據(jù)分本都寫入Cache之后，才返回寫成功，能保障不同節(jié)點間數(shù)據(jù)的一致性。

       虛擬機發(fā)起數(shù)據(jù)讀取請求時，會優(yōu)先讀取高速緩存中的數(shù)據(jù)，如果數(shù)據(jù)未緩存，則會讀取HDD中的數(shù)據(jù)，如果一份數(shù)據(jù)的數(shù)據(jù)塊被隨機打散在不同節(jié)點，則需要從多個節(jié)點的物理磁盤中讀取數(shù)據(jù)，這樣就會增大節(jié)點間的數(shù)據(jù)交互量，跨節(jié)點的數(shù)據(jù)讀取也會在一定程度上增大延遲時間。

        就底層的數(shù)據(jù)存儲而言，目前超融合市場中大部分超融合產(chǎn)品的分布式系統(tǒng)都采用智能散列算法將數(shù)據(jù)塊充分打散，均勻的分布在所有磁盤上。這就意味著一個VM的數(shù)據(jù)可能會出現(xiàn)在集群中的所有磁盤上，當進行IO讀寫時，需要得到所有磁盤上的相關(guān)數(shù)據(jù)塊的響應(yīng)才算操作完成，這就造成了IO路徑延長，存儲響應(yīng)延時嚴重的問題。

      針對數(shù)據(jù)量交互過大和IO路徑過長會響應(yīng)讀性能的問題，愛數(shù)AnyVM 5.0給出的解決方法是IO本地化技術(shù)。以兩副本為例，將一份完整的數(shù)據(jù)副本存儲在虛擬機所在的節(jié)點的硬盤中，虛擬機優(yōu)先訪問本地數(shù)據(jù)，降低延時，提高訪問效率；而另一副本則存放在的其他節(jié)點之上。

       當虛擬機遷移至其他節(jié)點時，優(yōu)先遷移被讀寫的數(shù)據(jù)，其他數(shù)據(jù)會等待一段時間后再進行遷移，然后實現(xiàn)不影響業(yè)務(wù)的前提下再次激活I(lǐng)O本地化。

      AnyVM 5.0的IO本地化技術(shù)通過在本地節(jié)點存儲一份完整副本的策略，能有效減少跨節(jié)點的數(shù)據(jù)交互，減少IO在集群中的傳輸，降低了存儲網(wǎng)絡(luò)壓力與響應(yīng)延遲，并結(jié)合局部化副本策略，保障數(shù)據(jù)安全，優(yōu)化恢復(fù)機制，滿足塊數(shù)據(jù)存儲服務(wù)場景的高性能需求。

文章摘自愛數(shù)

除IO本地化技術(shù)之外，AnyVM5.0還有其他很多深入數(shù)據(jù)底層的技術(shù)優(yōu)化用于提升性能，后面小通將會一一為大家介紹，敬請關(guān)注。

歡迎聯(lián)系寶通集團咨詢愛數(shù)產(chǎn)品信息

寶通集團聯(lián)系方式
咨詢熱線：021-33677064

寶通官網(wǎng)：m.bjshst.cn
客戶垂詢郵箱：lan.pan@ex-channel.com

客戶垂詢QQ：1164691112

地址：深圳市福田區(qū)深南大道1006號國際創(chuàng)新中心C座11樓
郵編：518026