4月25日，VMwareCloudFoundry云服務因存儲柜的電供應導致停機，雖然應用仍然在線，但是開發(fā)者已經(jīng)不能進行最基本的操作，例如登錄和創(chuàng)建新應用的操作。該中斷事故持續(xù)了將近10個小時后，服務恢復。
但是，就在CloudFoundry云服務中斷恢復的第二天，VMware一官員進行檢測以防止第一天的事故再發(fā)生，卻意外導致了第二次的云服務的中斷。
VMware官員DekelTankel解釋道，“4月25日的中斷是偶爾會發(fā)生的”，并表示VMwareVMware已經(jīng)確保其軟件，監(jiān)控系統(tǒng)和運作模式的性能，使其足以防止客戶系統(tǒng)的停電脫機。
有了這樣的思路，VMware在第二天就開始開發(fā)“一個完整的業(yè)務腳本來進行早期的檢測、預防和恢復”。
“4月26號上午8點，這個腳本拉開帷幕，中午整個工程團隊進行審查，但都還只是紙上談兵還未落實到實處，待到腳本的審查才可進行實踐。不幸的是，上午10:15分，一位運營工程師開始了實戰(zhàn)，直接導致了CloudFoundry云服務的整個網(wǎng)絡基礎設施的中斷，這個舉動摧毀了所有負載平衡器、路由器和防火墻，導致VMware內(nèi)部部分DNS基礎設施停止工作，最終導致CloudFoundry與外部鏈接的中斷?！?BR>
可以看出第二次中斷的影響比第一天的中斷更為嚴重。
“這是我們第一次整體中斷，這個事件需要我們?yōu)榇私ㄔ煲粋€維護頁面，”Tankel表示，“這次的中斷，所有應用和系統(tǒng)部件繼續(xù)運行，然而網(wǎng)絡前臺中斷，我們是唯一知道系統(tǒng)啟動的。直到上午11:30，網(wǎng)絡前臺才全面運行?！?BR>
VMware第二天的云服務中斷是由于人為操作導致了云服務的中斷，與亞馬遜云服務中斷的根源分析很類似。在亞馬遜的案例中，是由于系統(tǒng)升級過程中的錯誤導致了好幾天的云服務中斷。
VMware主要是以其服務器虛擬化技術著稱，在提供共有的云計算服務領域可謂是一個新手。在此之前，VMware也曾向用戶粗手技術和服務來幫助他們建立自己的云計算。
有云CloudFoundry對于用戶來說比較新，所以其影響遠不及亞馬遜產(chǎn)生的影響，因為亞馬遜云服務的中斷，導致眾多依賴亞馬遜服務的知名網(wǎng)站中斷服務。但是這次的中斷事件也讓VMware嘗到了服務提供商的艱辛，畢竟這么誘人的果實不是什么人都可以吃得到的。