2012年度最為典型的例子是云中斷，一些領先的云計算平臺供應商經(jīng)歷了慘痛的停機，最值得注意的是亞馬遜網(wǎng)絡服務。該事件使得人們對于先進的云供應商的可靠性提出了質疑，也促使人們更多地著眼于構建多個區(qū)域和位置的云應用，創(chuàng)造更大的彈性。同時，超級颶風桑迪所遺留的影響才剛剛開始顯現(xiàn)，并將在2013年繼續(xù)。
1、10月29至30日超級颶風桑迪：紐約和新澤西州的數(shù)據(jù)中心都受到了此次颶風的影響，所帶來的惡劣影響包括為曼哈頓下城地區(qū)的洪水和一些設施的停機，周圍地區(qū)數(shù)據(jù)中心發(fā)電機運行失常。颶風桑迪所帶來的影響超出了一般單一的中斷事故，為受災地區(qū)數(shù)據(jù)中心產(chǎn)業(yè)帶來了規(guī)模空前的災難。受影響地區(qū)的一家名為Datagram的供應商的首席執(zhí)行官AlexReppen與我們分享了他的故事，他描述他所在地公司由于洪水泛濫不得不關閉其柴油泵，簡直像經(jīng)歷了一場“世界末日”。事實上，柴油已然成為了數(shù)據(jù)中心恢復工作的生命線，作為備用電源系統(tǒng)接管了整個地區(qū)的負荷，促使特別措施，保持發(fā)電機的燃料。隨著眼前的工作重點逐步轉移到災后重建，我們有必要長期就數(shù)據(jù)中心的選址、工程和災難恢復進行探討，這一話題可能將持續(xù)幾個月，甚至幾年。
2、9月10日GoDaddy網(wǎng)站DNS服務器中斷：域名巨頭GoDaddy是一家最重要的DNS服務器供應商，其擁有500萬個網(wǎng)站，管理超過5000萬的域名。這就是為什么九月10日中斷事故會是一個2012年最具破壞性的事件。一些炒作甚至認為，此次長達6個小時的中斷事件是由于拒絕服務攻擊的結果，但GoDaddy后來表示，這是路由器表的損壞數(shù)據(jù)造成的。“服務中斷不是由外部影響造成的。”GoDaddy的臨時首席執(zhí)行官史葛瓦格納說。“這不是黑客攻擊也不是一個拒絕服務攻擊（DDoS）。我們已經(jīng)確定了服務中斷是由于內(nèi)部的一系列路由器的數(shù)據(jù)表造成的網(wǎng)絡事件損壞。”
3、6月29日至30日亞馬遜停運事件：亞馬遜的EC2云計算服務以及包括Netflix公司、Heroku、Pinterest、Quora、HootSuite和Instagram的服務被認為是最受歡迎的網(wǎng)站和服務新力量。當亞馬遜數(shù)據(jù)中心斷電，停電事件向漣漪一樣波及到了整個網(wǎng)絡。6月29日，一個被稱為derecho的不同尋常的強雷暴天氣系統(tǒng)通過弗吉尼亞州北部。使得亞馬遜在該地區(qū)的設施失去了動力，發(fā)電機不能正常運行，消耗應急電源的不間斷電源（電源）系統(tǒng)。亞馬遜表示數(shù)據(jù)中心中斷只是影響了一小部分業(yè)務，但允許客戶跨多個數(shù)據(jù)中心進行工作負載加劇了系統(tǒng)問題。這一事件剛剛過去兩周，另一次中斷事故再一次在該地區(qū)發(fā)生。亞馬遜在十月下旬再次經(jīng)歷了另一場云中斷事故。
4、7月11日卡爾加里數(shù)據(jù)中心火災事故：加拿大通信服務供應商ShawCommunicationsInc位于卡爾加里阿爾伯塔的數(shù)據(jù)中心發(fā)生了一場火災，造成當?shù)蒯t(yī)院的數(shù)百個手術延遲。由于該數(shù)據(jù)中心提供管理應急服務，此次火災事件影響了支持關鍵公共服務主要的備份系統(tǒng)。此次事件為一系列政府機構敲響了警鐘，必須確保及時的恢復和擁有故障轉移系統(tǒng)，同時結合出臺災害管理計劃。
5、7月1日澳大利亞機場混亂：“閏秒Bug”，一個單一的一秒加入了世界原子鐘，成為了7月1日的頭條新聞。該變化造成的電腦問題使得Amadeus航空公司預訂系統(tǒng)觸發(fā)了長隊，造成澳大利亞各地機場的旅客被迫延遲，停電肆虐直接影響了澳大利亞快達航空公司和維爾京的登機系統(tǒng)。
6、2月29日WindowsAzure云停運事件：這是由“閏秒”的安全證書日期相關的故障所引發(fā)的，2月29日的“閏日Bug”每四年發(fā)生一次。該事件造成Azure客戶無法管理他們的應用程序長達大約8個小時，并且還造成了北美的一些基于Azure的用戶服務離線。微軟的比爾?萊恩說：“這個問題似乎是由于不正確的閏年時間計算造成的。”微軟后來在其服務水平協(xié)議中為客戶提供了服務信用服保證。
7、7月10日Salesforce.com停運事故：六月和七月往往是事故頻頻發(fā)生的一段時間。Salesforce.com在這兩個月均發(fā)生過停運事故。最重要一次發(fā)生在7月10日，是由Equinix公司在硅谷數(shù)據(jù)中心操作的一個簡短功率損耗造成的。通常情況下，恢復數(shù)據(jù)中心的供電是及時的，但隨后為客戶提供數(shù)據(jù)庫和應用程序需要一個較長的恢復期。Equinix公司在一分鐘內(nèi)便恢復了電力，但Salesforce.com影響卻超過了9個小時。
8、11月29日敘利亞互聯(lián)網(wǎng)管制停機事件：停機事件有時也可能是由于政治原因造成的。在過去兩年中，我們已經(jīng)了解到很多在埃及、利比亞以及最近的敘利亞由于“拉閘限電”造成互聯(lián)網(wǎng)連接中斷。11月29日，網(wǎng)絡監(jiān)控服務報告說，敘利亞的84個IP地址模塊不可訪問。CloudFlare的監(jiān)測表明，當?shù)卣暦Q，恐怖主義和電纜削減缺乏說服力。該系統(tǒng)路線被撤回的方式表明，這是路由器配置更新，而不是通過物理故障或電纜切斷造成的。
9、7月28日Azure“安全閥”事件：有時系統(tǒng)設置是為了保護您的網(wǎng)絡在不經(jīng)意間受損。在7月28日WindowsAzure云計算平臺中斷事故中，一個“安全閥”功能旨在扼殺流量高峰中的不正確連接配置，以處理西歐地區(qū)容量升級，而洪水般的網(wǎng)絡管理消息刷爆了Azure系統(tǒng)。其結果是西歐地區(qū)的用戶經(jīng)歷了長達2小時24分鐘的停運。
10、7月28日Hosting.com停運事件：人為錯誤通常被認為是數(shù)據(jù)中心停機的主導因素之一。7月Hosting.com中斷事件造成1100名客戶服務中斷就是一個例子。停機事故的發(fā)生是由于該公司位于特拉華州紐瓦克的數(shù)據(jù)中心正進行UPS系統(tǒng)預防性維護，“服務供應商執(zhí)行斷路器操作順序不正確造成的UPS關閉是造成數(shù)據(jù)中心套房內(nèi)的設施損失的關鍵因素之一。”Hosting.com首席執(zhí)行官ArtZeile說。“沒有任何重要的電力系統(tǒng)或備用電源系統(tǒng)出現(xiàn)故障，完全是一種人為的錯誤造成的。”
