昨天是NetApp和SolidFire大婚的日子，從去年12月份訂婚到現(xiàn)在完婚，動(dòng)作還是很快的。不像DELL和EMC，訂婚很長(zhǎng)時(shí)間了，但什么時(shí)候完婚，還不知道呢。
在SolidFire出嫁的當(dāng)天，SolidFire宣布支持Docker原生卷API。大家知道，Docker在去年8月份推出了Docker 1.8版本，提供了volumn API。但西瓜哥發(fā)現(xiàn)，好像現(xiàn)在還沒有傳統(tǒng)存儲(chǔ)廠商直接支持Docker，大部分還是通過Flocker卷管理插件來間接支持(參考NetApp、華為等存儲(chǔ)廠商紛紛擁抱Docker生態(tài)環(huán)境)。SolidFire作為面向云架構(gòu)的AFA，在這塊的動(dòng)作確實(shí)比傳統(tǒng)廠商要快一些。
有了這個(gè)Docker Plugin，容器就可以直接利用后端的SolidFire存儲(chǔ)，并且容器切換到另外一個(gè)主機(jī)后，可以重新連接SolidFire存儲(chǔ)，而數(shù)據(jù)不丟失。這樣容器就可以跑數(shù)據(jù)庫(kù)這些有狀態(tài)的應(yīng)用，進(jìn)入生產(chǎn)環(huán)境了。
在慶祝完婚的同時(shí)，NetApp的高管寫了一篇blog，為SolidFire為什么采用鏡像的數(shù)據(jù)保護(hù)方式而不是RAID做了一個(gè)辯解：
1、消除RAID降級(jí)對(duì)性能的影響;
2、可以采用商用的單端口的SSD盤，成本低;
3、消除HA對(duì)和共享RAID柜的方式，可以利用內(nèi)置驅(qū)動(dòng)器，這樣可以利用標(biāo)準(zhǔn)的X86服務(wù)器，成本低。
不過，西瓜哥感覺這種解釋還是有點(diǎn)牽強(qiáng)?，F(xiàn)在Nutanix都支持糾刪碼了，馬上VSAN也支持。我想，SolidFire未來長(zhǎng)遠(yuǎn)來說也應(yīng)該支持，畢竟現(xiàn)在flash的成本主要還在顆粒上，利用率這么低，招標(biāo)的時(shí)候會(huì)吃虧的，因?yàn)橐獫M足用戶的有效容量要求，你需要配置更多的SSD，商務(wù)會(huì)很差的說。
還有，昨天文章講到了SolidFire和VMWware SIOC的集成，今天解釋一下SIOC是什么東東。
SIOC是VMWare的一個(gè)特性，指Storage I/O Control的意思。VMWare主要用SIOC來控制VM的QoS，防止非關(guān)鍵的應(yīng)用VM搶占同一個(gè)DataStore的存儲(chǔ)資源，影響關(guān)鍵應(yīng)用VM的性能。
由于SolidFire本身每個(gè)卷都有QoS保證，如果SIOC功能沒有和SolidFire的QoS功能集成，那么當(dāng)一個(gè)VM發(fā)生DataStore切換的時(shí)候(比如VM遷移)，DataStore上的IOPS將會(huì)發(fā)生變化，如果SolidFire不修改其對(duì)應(yīng)卷的QoS策略，將無法保證端到端的QoS。
因此，SolidFire和SIOC的集成，就可以利用VMWare的SIOC的管理功能，自動(dòng)完成其卷QoS策略的調(diào)整，保證端到端的QoS，并且避免復(fù)雜的人工操作。這個(gè)功能在沒有VVOLs的時(shí)代還是非常有價(jià)值的功能，不過，現(xiàn)在有了VVOLs，每個(gè)VM都有自己的DataStore，無需再和其他VM共享，因此，也可以通過配置每個(gè)VM使用的VVOL的QoS策略來保證VM的性能。
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點(diǎn)擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。