vBlock用戶表示 EMC產(chǎn)品漏洞給VCE整體方案帶來(lái)影響

由思科/EMC/VMware/英特爾四方組建的VCE聯(lián)盟一直遵循著非常直觀的運(yùn)營(yíng)思路：將各類硬件與軟件集中起來(lái)構(gòu)建成設(shè)備，并在對(duì)說(shuō)明文檔及具體細(xì)節(jié)進(jìn)行深入測(cè)試之后以整體配置方案形式投放市場(chǎng)。沒錯(cuò)，VCE方面在電子郵件中明確表示“我們所交付的系統(tǒng)已經(jīng)作為整體經(jīng)過(guò)嚴(yán)格的工程調(diào)試、測(cè)試與認(rèn)證。”

VCE在技術(shù)支持方面同樣實(shí)力強(qiáng)大，神出鬼沒的系統(tǒng)管理員甚至能夠在某套管理控制臺(tái)上的某個(gè)指示燈由綠轉(zhuǎn)紅的一瞬間現(xiàn)身當(dāng)場(chǎng)并著手解決問題。

然而這樣的規(guī)劃并不總能實(shí)際起效，一家VCE客戶抱怨稱。該客戶曾購(gòu)買了一套運(yùn)行有VCE Release Certification Matrix 4.07版本的vBlock設(shè)備。所謂Release Certification Matrix(簡(jiǎn)稱RCM)已經(jīng)擁有二十年歷史，是VCE集硬件、軟件與說(shuō)明文檔于一體的捆綁型產(chǎn)品方案。

在vBlock捆綁方案中包含有該軟件的2.2.2-17(SP2)版本以及EMC XtremIO陣列�？杀�的是，這套軟件中的一項(xiàng)漏洞讓用戶的vBlock飽受摧殘，并直接導(dǎo)致“我們的整套陣列陷入癱瘓。VCE/EMC方面花了六個(gè)多小時(shí)才使其重新上線(且處于版本降級(jí)狀態(tài))，而恢復(fù)全部功能又額外用掉了約八個(gè)小時(shí)。”

這家不愿透露名號(hào)的客戶在Reddit網(wǎng)站上公布了自己的遭遇，透露出一系列具體信息并同意我們將這段經(jīng)歷與大家分享。

“我認(rèn)為任何一家vBlock客戶都擁有同樣的怨言，即在RCM模式下進(jìn)行代碼發(fā)布時(shí)會(huì)在犧牲一定靈活性，”他們寫道。“有鑒于此，VCE方面所承諾的各組件‘順暢協(xié)作’口號(hào)無(wú)疑會(huì)在我們心中大打折扣。”

VCE迅速對(duì)此作出了回應(yīng)。在與我們的溝通當(dāng)中，該公司的一位發(fā)言人表示“當(dāng)新的組件/代碼被投放市場(chǎng)時(shí)，VCE會(huì)在接下來(lái)的四十五天內(nèi)對(duì)支持代碼進(jìn)行持續(xù)更新。”而這四十五天屬于斷檔期，RCM更新要在半年后“才有可能徹底取代vBlock發(fā)布時(shí)所配備的全部原有代碼”。

不過(guò)VCE一直在努力發(fā)布并支持安全性補(bǔ)丁，并承諾“在漏洞曝光的一到兩周之內(nèi)完成更新”。

但這位用戶的控訴重點(diǎn)并不在于這段斷檔期，而是對(duì)EMC的消極回應(yīng)表示不滿。因?yàn)閷?duì)方表示“該問題目前尚未被收錄入公共咨詢內(nèi)容當(dāng)中，且無(wú)法提供預(yù)計(jì)解決時(shí)間。”

由于缺乏相關(guān)信息，就連作為合作伙伴的VCE也很難有效解決這一難題。

“我對(duì)VCE的表現(xiàn)非常不滿，因?yàn)樗麄儗?duì)這項(xiàng)漏洞似乎一無(wú)所知。EMC至少明確知曉該問題的存在，但VCE呢?一問三不知。”這位用戶強(qiáng)調(diào)稱。

“直到現(xiàn)在我也沒能就這個(gè)問題得到確切答復(fù)。其實(shí)在使用過(guò)程中發(fā)現(xiàn)一些供應(yīng)商也沒意識(shí)到的漏洞并不是無(wú)法接受，但在溝通過(guò)程中發(fā)現(xiàn)對(duì)方早已知曉這種狀況、卻依然將其正常推出就很難讓人信服了，”這位用戶寫道，并總結(jié)稱“我希望這能讓他們得到一些教訓(xùn)，并在未來(lái)的認(rèn)證流程中進(jìn)一步加強(qiáng)合作、避免此類問題再次發(fā)生。”

此次事件對(duì)于其它開箱即用堆棧供應(yīng)商也算是很好的借鑒，希望其它更新周期較長(zhǎng)的參考架構(gòu)廠商或者用戶也能引以為戒、以更加審慎的態(tài)度對(duì)待自己的配置方案。