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