導讀：VMware試圖恢復其全新的云計算服務中斷，無意中卻造成了第二次停機。VMware全新云計算服務——Cloud Foundry，該服務目前還處于測試階段，在影響頗大的亞馬遜云服務中斷事件不久的上星期，VMware Cloud Foundry云服務上星期遭受了兩天的停機事故。

4月25日，VMware Cloud Foundry云服務因存儲柜的電供應導致停機，雖然應用仍然在線，但是開發(fā)者已經不能進行最基本的操作，例如登錄和創(chuàng)建新應用的操作。該中斷事故持續(xù)了將近10個小時后，服務恢復。

但是，就在Cloud Foundry云服務中斷恢復的第二天，VMware一官員進行檢測以防止第一天的事故再發(fā)生，卻意外導致了第二次的云服務的中斷。

VMware官員 Dekel Tankel解釋道，“4月25日的中斷是偶爾會發(fā)生的”，并表示VMwareVMware已經確保其軟件，監(jiān)控系統(tǒng)和運作模式的性能，使其足以防止客戶系統(tǒng)的停電脫機。

有了這樣的思路，VMware在第二天就開始開發(fā)“一個完整的業(yè)務腳本來進行早期的檢測、預防和恢復”。

“4月26號上午8點，這個腳本拉開帷幕，中午整個工程團隊進行審查，但都還只是紙上談兵還未落實到實處，待到腳本的審查才可進行實踐。不幸的是，上午10:15分，一位運營工程師開始了實戰(zhàn)，直接導致了Cloud Foundry云服務的整個網絡基礎設施的中斷，這個舉動摧毀了所有負載平衡器、路由器和防火墻，導致VMware內部部分DNS基礎設施停止工作，最終導致Cloud Foundry與外部鏈接的中斷。”

可以看出第二次中斷的影響比第一天的中斷更為嚴重。

“這是我們第一次整體中斷，這個事件需要我們?yōu)榇私ㄔ煲粋€維護頁面，”Tankel表示，“這次的中斷，所有應用和系統(tǒng)部件繼續(xù)運行，然而網絡前臺中斷，我們是唯一知道系統(tǒng)啟動的。直到上午11:30，網絡前臺才全面運行。”

VMware第二天的云服務中斷是由于人為操作導致了云服務的中斷，與亞馬遜云服務中斷的根源分析很類似。在亞馬遜的案例中，是由于系統(tǒng)升級過程中的錯誤導致了好幾天的云服務中斷。

VMware主要是以其服務器虛擬化技術著稱，在提供共有的云計算服務領域可謂是一個新手。在此之前，VMware也曾向用戶出售技術和服務來幫助他們建立自己的云計算。

有云Cloud Foundry 對于用戶來說比較新，所以其影響遠不及亞馬遜產生的影響，因為亞馬遜云服務的中斷，導致眾多依賴亞馬遜服務的知名網站中斷服務。但是這次的中斷事件也讓VMware嘗到了服務提供商的艱辛，畢竟這么誘人的果實不是什么人都可以吃得到的。