Amazon Web Services從星期五開始進(jìn)行實(shí)例重啟，重啟即將于9月30日結(jié)束。

這家云計(jì)算巨頭通過電子郵件告訴EC2該公司計(jì)劃在這些日子里重啟所有區(qū)的實(shí)例，用戶不能停止這個(gè)過程。云計(jì)算供應(yīng)商都會有一些停機(jī)的維護(hù)時(shí)間，但是AWS重啟的規(guī)模之大——據(jù)推測可能是由于開放源代碼管理程序Xen中存在一個(gè)缺陷——很多用戶會擔(dān)心這次停機(jī)。

亞馬遜在周四表示此次更新和Bash bug無關(guān)。

顯然當(dāng)所有實(shí)例都不得不進(jìn)行重啟的情況下，如何溝通和最佳實(shí)踐仍需摸索。AWS是最大的云計(jì)算基礎(chǔ)架構(gòu)供應(yīng)商，也最有可能首先采用這種大規(guī)模重啟模式。請放心，AWS不會是最后一個(gè)。

隨著企業(yè)越來越多地依賴于AWS、微軟Azure、谷歌和IBM的SoftLayer(這只是幾個(gè)例子，還有惠普、Oracle、Rackspace等)之類的云計(jì)算供應(yīng)商，應(yīng)該有一些標(biāo)準(zhǔn)的方法來處理這些問題。

美國東部時(shí)間下午4:40分最新消息：AWS在一篇博客文章中表示只有少量用戶會受到影響，不過該公司也承認(rèn)重啟帶來了不便。AWS表示：

如同我們在寫給受到影響的小部分用戶的郵件中和論壇上解釋的那樣，需要更新的實(shí)例需要對系統(tǒng)的底層硬件進(jìn)行重啟，幾分鐘之內(nèi)就可以安裝好補(bǔ)丁程序，主機(jī)也可以完成重啟，之后就可以接著使用了。

雖然絕大多數(shù)軟件更新無需重啟，但是某些特定類型的更新是需要重啟系統(tǒng)的。需要重啟的實(shí)例重啟的時(shí)間會被錯(cuò)開，這樣就不會同時(shí)有兩個(gè)地區(qū)或者可用地區(qū)受到影響，所有的數(shù)據(jù)都會被保存，并且自動完成配置。絕大部分用戶在重啟過程中不會遇到重大問題。我們理解對于一小部分用戶來說，重啟會非常不方便;如果不是非常重要和急迫的更新我們不會讓我們的客戶忍受不便。

那些不能確定自己是否會受到影響的客戶可以到EC2控制程序中查看“事件”，其中會列出他們的AWS賬戶即將出現(xiàn)的所有實(shí)例重啟。

RightScale的情況可能是一個(gè)非常好的起點(diǎn)，對管理重啟和最佳實(shí)踐進(jìn)行思考。理想情況下，亞馬遜應(yīng)該有一個(gè)系統(tǒng)，萬一客戶無法推遲重新啟動的時(shí)候，在系統(tǒng)停機(jī)維護(hù)期間，他們可以自動地被轉(zhuǎn)移到另一個(gè)可用的區(qū)域(不收取任何費(fèi)用)。

就像微軟最終形成了在“補(bǔ)丁星期二”進(jìn)行安全更新一樣，AWS也會按照自己的節(jié)奏解決這個(gè)問題。

這里的困難在于AWS無法提前預(yù)知何時(shí)打補(bǔ)丁，直到準(zhǔn)備工作完成才能確定。缺陷出現(xiàn)危及安全性是比停機(jī)嚴(yán)重得多的問題。一些客戶表揚(yáng)AWS能夠進(jìn)行如此大規(guī)模的重啟來解決安全問題，另一些人則大喊大叫著有意見。

重新啟動的時(shí)間彼此錯(cuò)開，這樣AWS的客戶就能夠建立冗余。然而，AWS在重啟的節(jié)奏上可能沒有給客戶足夠的提醒。

這位客戶在AWS論壇上很好地總結(jié)了這個(gè)問題：

對于我們來說，這當(dāng)然是個(gè)大問題。按照計(jì)劃，我們目前有超過100個(gè)實(shí)例要進(jìn)行重啟，我們也沒辦法在獲得通知后這么短的時(shí)間內(nèi)監(jiān)視所有受到影響的服務(wù)。事實(shí)上，整個(gè)服務(wù)器集群計(jì)劃同時(shí)進(jìn)行重啟，盡管它們處于不同的AZ，相當(dāng)于出現(xiàn)了一個(gè)影響整個(gè)地區(qū)的事件。只提前兩天進(jìn)行通知我們不可能為此做好準(zhǔn)備。

AWS的反應(yīng)是不可能重新安排重啟時(shí)間，因?yàn)樗鼈兪?ldquo;非常急迫的安全和操作補(bǔ)丁。”

這是一個(gè)難題。隨著云計(jì)算成為事實(shí)上的計(jì)算系統(tǒng)，這些問題將需要得到解決。在未來，我們將會看到云計(jì)算中也采用星期二補(bǔ)丁的模式。這次安全補(bǔ)丁修復(fù)凸顯了云計(jì)算應(yīng)該如何成熟以及應(yīng)對這種問題的最佳實(shí)踐都還有待思考完善。