如何進(jìn)行EMC SYMMETRIX VMAX I/O 流程解讀，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

浦口ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！

今天就不寫太多了，簡單聊聊VMAX的I/O流程吧。

為什么要聊I/O流程？因為高端存儲的架構(gòu)比較復(fù)雜，特別是類似VMAX這樣的分布式CACHE的情況，很多人搞不明白，VMAX這么多節(jié)點，讀寫I/O是怎樣的呢？

其實也沒有大家想象那么復(fù)雜。由于VMAX雖然Cache是物理分布的，但采用邏輯統(tǒng)一編址的方式，因此，邏輯上是一個全局的Cache，只是訪問本引擎的Cache是本地訪問，更快，而訪問其他引擎的Cache需要通過Rapio IO交換機，延遲大些。但從大的流程看，VMAX的I/O流程和DMX沒有區(qū)別，這也是EMC厲害的地方，物理架構(gòu)變了，但I(xiàn)/O流程不變，很多代碼就不用重寫，省了很多研發(fā)成本。

這個是讀命中的流程，比較簡單。主機發(fā)送讀請求給VMAX，VMAX發(fā)現(xiàn)Cache里面有這個數(shù)，就直接返回給主機，并且修改元數(shù)據(jù)。這里元數(shù)據(jù)應(yīng)該就是管理CACHE算法用的，包括cache命中的次數(shù)，最近一次訪問的時間等等，上層算法需要這些元數(shù)據(jù)來決定Cache更新的動作。

這個是讀沒有命中的流程。由于讀的信息在cache中沒有發(fā)現(xiàn)，因此需要后端接口從相應(yīng)的硬盤中去讀取相應(yīng)的數(shù)據(jù)，把它讀到全局cache中，然后再把數(shù)據(jù)返回給主機，修改元數(shù)據(jù)。

然后我們來看一下寫的流程。如果現(xiàn)在VMAX的Cache充裕，VMAX采取的是快寫的流程。主機向VMAX發(fā)起寫請求，VMAX直接寫在Cache上，然后更新完元數(shù)據(jù)后告訴主機寫完了。最后，后端接口根據(jù)設(shè)置的參數(shù)異步落盤，也就是不是每次都需要落盤，一般是到達(dá)一定的閾值。大家要注意的是由于寫操作要防止掉電數(shù)據(jù)丟失，因此，必須元數(shù)據(jù)更新完成才告訴主機寫完了。這個和讀操作的順序是不同的。由于cache有鏡像，因此數(shù)據(jù)和元數(shù)據(jù)都有兩份，避免單點故障發(fā)生。

當(dāng)VMAX的Cache快滿了的時候，超過設(shè)定的閾值，比如80%，那么在寫入Cache之前，Cache里面的數(shù)據(jù)必須先落盤，然后更新元數(shù)據(jù)，后面的流程就和快寫時一樣的。這就是延遲的快寫流程。

大家可以看到，對于普通用戶來說，VMAX就是一個整體，不用考慮引擎之間的通訊，VMAX內(nèi)部會處理。實際的流程比這個復(fù)雜得多，只是一般用戶不用去關(guān)系，因為Cache邏輯上已經(jīng)是全局Cache了。

看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識有進(jìn)一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。