網絡云中斷太可怕了數據中心冗余如何設計

-3-網絡云中斷太可怕了，數據中心冗余如何設計？許多公共云供應商在日常運營中通常不行避開地遭受災難性中斷，而IT管理人員需要從云平臺的故障和教訓中學習，并將其應用到內部基礎設施當中。許多公共云供應商在日常運營中通常不行避開地遭受災難性中斷，而IT管理人員需要從云平臺的故障和教訓中學習，并將其應用到內部基礎設施當中。

云平臺(尤其是大型公共云平臺)具有多種冗余級別，但沒有一個平臺能夠抵擋消失的意外停機。云計算平臺和數據中心一樣，都會遇到導致停機的問題。

組織內部部署的硬件故障和軟件錯誤是不行避開的，但公共云為IT管理人員供應了應對這些問題的方法。公共云具有可用性集合、冗余數據中心、可用性區(qū)域和云區(qū)域，使管理人員能夠在遭受中斷時更好地規(guī)劃業(yè)務運營。這些策略很重要，但管理員必需設計牢靠的應用程序，以利用公共云冗余功能。

組織IT資產的彈性更多地取決于應用程序而不是基礎設施，這種想法與傳統(tǒng)的思維方式不同。在過去的二十年中，管理員通過備份、復制和其他以基礎設施為中心的技術保持彈性。但是對于絕大多數公共云平臺來說，此策略不再有效。

近年來，云計算供應商患病的損失已超過其承受力量。云計算供應商供應的云服務在消失中斷時，行業(yè)廠商和用戶好像都在學習如何設計本地云冗余，管理人員盼望將這些教訓應用于傳統(tǒng)的虛擬化數據中心冗余。

重新思索數據中心的冗余

對于大多數傳統(tǒng)組織來說，一些基本的服務都是為防止停機而設計的。網絡時間協(xié)議和網絡路由等服務設計通常是高度冗余。然而，僅僅由于系統(tǒng)應當是冗余的，并不意味著其配置已經為利用自然冗余做好了充分預備。

一些核心服務并沒有高度可用的選項。IT部門幾乎總是面臨必需處理的技術債務，這就要求對行為并不抱負的遺留系統(tǒng)供應支持。例如，一些遺留的應用程序身份驗證系統(tǒng)只能存在于服務器上，這限制了數據中心的冗余功能。

管理人員不應將全部雞蛋放在一個籃子里。對于大多數的傳統(tǒng)部署，最好在數據中心內部使用冗余硬件。管理人員可以通過使用不共享系統(tǒng)的冗余虛擬化群集來進一步實行這種策略，這類似于可以供應多個可用性區(qū)域的云計算供應商。這可以使應用程序依靠數據中心更高級別的冗余，但只有當業(yè)務需求保證該級別的冗余愛護時才有價值。

通過在云平臺和數據中心之間并行實施這些策略，在采納類似的傳統(tǒng)基礎設施時，使用公共云供應商的概念(如可用性區(qū)域)可能會有所關心。這種術語使開發(fā)人員能夠更輕松地理解基礎設施概念，由于他們可能熟識類似的云概念。

云計算冗余并不完善，停機中斷供應了閱歷教訓

高度冗余的系統(tǒng)不會免受性能下降的影響。在最近的公共云中斷大事中，其名目服務無法使服務從一個區(qū)域保持運行到另一個區(qū)域。重新調整的流量超過其他區(qū)域的力量，使服務無法滿意需求。

當管理人員設計數據中心冗余時，他們必需在發(fā)生中斷時對負載進行規(guī)劃。管理人員可能有兩臺服務器來支持數據中心冗余，但是其中一臺服務器可能無法處理整個負載。關鍵是需要設計滿意正常和特別狀態(tài)下業(yè)務需求的系統(tǒng)。

很多組織都認為假如配置正確，在中斷期間會發(fā)覺其他狀況。Netflix公司推出的ChaosMonkey系統(tǒng)就是人們所熟知的模擬中斷大事，而其供應的閱歷教訓是，假如管理人員沒有練習處理實際的中斷，他們永久不會知道IT系統(tǒng)將如何反應。而沒有一個系統(tǒng)是孤島，每個應用程序和服務都具有進一步使測試簡單化的依靠性。

停機中斷在私有數據中心和公共云中并不罕見，但在數據中心內部，管理人員通常需要了解并理解系統(tǒng)的內部工作方式。當云計算供應商的服務消失中