2012年度最為典型的例子是云中斷，一些領先的云計算平臺供應商經歷了慘痛的停機，最值得注意的是亞馬遜網絡服務。該事件使得人們對于先進的云供應商的可靠性提出了質疑，也促使人們更多地著眼于構建多個區域和位置的云應用，創造更大的彈性。同時，超級颶風桑迪所遺留的影響才剛剛開始顯現，并將在2013年繼續。

[[106801]]

　　1、10月29至30日超級颶風桑迪：紐約和新澤西州的數據中心都受到了此次颶風的影響，所帶來的惡劣影響包括為曼哈頓下城地區的洪水和一些設施的停機，周圍地區數據中心發電機運行失常。颶風桑迪所帶來的影響超出了一般單一的中斷事故，為受災地區數據中心產業帶來了規模空前的災難。受影響地區的一家名為Datagram的供應商的首席執行官AlexReppen與我們分享了他的故事，他描述他所在地公司由于洪水泛濫不得不關閉其柴油泵，簡直像經歷了一場“世界末日”。事實上，柴油已然成為了數據中心恢復工作的生命線，作為備用電源系統接管了整個地區的負荷，促使特別措施，保持發電機的燃料。隨著眼前的工作重點逐步轉移到災后重建，我們有必要長期就數據中心的選址、工程和災難恢復進行探討，這一話題可能將持續幾個月，甚至幾年。

　　2、9月10日GoDaddy網站DNS服務器中斷：域名巨頭GoDaddy是一家最重要的DNS服務器供應商，其擁有500萬個網站，管理超過5000萬的域名。這就是為什么九月10日中斷事故會是一個2012年最具破壞性的事件。一些炒作甚至認為，此次長達6個小時的中斷事件是由于拒絕服務攻擊的結果，但GoDaddy后來表示，這是路由器表的損壞數據造成的。“服務中斷不是由外部影響造成的。”GoDaddy的臨時首席執行官史葛瓦格納說。“這不是黑客攻擊也不是一個拒絕服務攻擊（DDoS）。我們已經確定了服務中斷是由于內部的一系列路由器的數據表造成的網絡事件損壞。”

　　3、6月29日至30日亞馬遜停運事件：亞馬遜的EC2云計算服務以及包括Netflix公司、Heroku、Pinterest、Quora、HootSuite和Instagram的服務被認為是最受歡迎的網站和服務新力量。當亞馬遜數據中心斷電，停電事件向漣漪一樣波及到了整個網絡。6月29日，一個被稱為derecho的不同尋常的強雷暴天氣系統通過弗吉尼亞州北部。使得亞馬遜在該地區的設施失去了動力，發電機不能正常運行，消耗應急電源的不間斷電源（電源）系統。亞馬遜表示數據中心中斷只是影響了一小部分業務，但允許客戶跨多個數據中心進行工作負載加劇了系統問題。這一事件剛剛過去兩周，另一次中斷事故再一次在該地區發生。亞馬遜在十月下旬再次經歷了另一場云中斷事故。

　　4、7月11日卡爾加里數據中心火災事故：加拿大通信服務供應商ShawCommunicationsInc位于卡爾加里阿爾伯塔的數據中心發生了一場火災，造成當地醫院的數百個手術延遲。由于該數據中心提供管理應急服務，此次火災事件影響了支持關鍵公共服務主要的備份系統。此次事件為一系列政府機構敲響了警鐘，必須確保及時的恢復和擁有故障轉移系統，同時結合出臺災害管理計劃。

　　5、7月1日澳大利亞機場混亂：“閏秒Bug”，一個單一的一秒加入了世界原子鐘，成為了7月1日的頭條新聞。該變化造成的電腦問題使得Amadeus航空公司預訂系統觸發了長隊，造成澳大利亞各地機場的旅客被迫延遲，停電肆虐直接影響了澳大利亞快達航空公司和維爾京的登機系統。

　　6、2月29日WindowsAzure云停運事件：這是由“閏秒”的安全證書日期相關的故障所引發的，2月29日的“閏日Bug”每四年發生一次。該事件造成Azure客戶無法管理他們的應用程序長達大約8個小時，并且還造成了北美的一些基于Azure的用戶服務離線。微軟的比爾?萊恩說：“這個問題似乎是由于不正確的閏年時間計算造成的。”微軟后來在其服務水平協議中為客戶提供了服務信用服保證。

　　7、7月10日Salesforce.com停運事故：六月和七月往往是事故頻頻發生的一段時間。Salesforce.com在這兩個月均發生過停運事故。最重要一次發生在7月10日，是由Equinix公司在硅谷數據中心操作的一個簡短功率損耗造成的。通常情況下，恢復數據中心的供電是及時的，但隨后為客戶提供數據庫和應用程序需要一個較長的恢復期。Equinix公司在一分鐘內便恢復了電力，但Salesforce.com影響卻超過了9個小時。

　　8、11月29日敘利亞互聯網管制停機事件：停機事件有時也可能是由于政治原因造成的。在過去兩年中，我們已經了解到很多在埃及、利比亞以及最近的敘利亞由于“拉閘限電”造成互聯網連接中斷。11月29日，網絡監控服務報告說，敘利亞的84個IP地址模塊不可訪問。CloudFlare的監測表明，當地政府聲稱，恐怖主義和電纜削減缺乏說服力。該系統路線被撤回的方式表明，這是路由器配置更新，而不是通過物理故障或電纜切斷造成的。

　　9、7月28日Azure“安全閥”事件：有時系統設置是為了保護您的網絡在不經意間受損。在7月28日WindowsAzure云計算平臺中斷事故中，一個“安全閥”功能旨在扼殺流量高峰中的不正確連接配置，以處理西歐地區容量升級，而洪水般的網絡管理消息刷爆了Azure系統。其結果是西歐地區的用戶經歷了長達2小時24分鐘的停運。

　　10、7月28日Hosting.com停運事件：人為錯誤通常被認為是數據中心停機的主導因素之一。7月Hosting.com中斷事件造成1100名客戶服務中斷就是一個例子。停機事故的發生是由于該公司位于特拉華州紐瓦克的數據中心正進行UPS系統預防性維護，“服務供應商執行斷路器操作順序不正確造成的UPS關閉是造成數據中心套房內的設施損失的關鍵因素之一。”Hosting.com首席執行官ArtZeile說。“沒有任何重要的電力系統或備用電源系統出現故障，完全是一種人為的錯誤造成的。”