很多公共云提供商在日常運營中通常不可避免地遭遇災難性中斷，而IT管理人員需要從云平臺的故障和教訓中學習，并將其應用到內部基礎設施當中。
云平臺(尤其是大型公共云平臺)具有多種冗余級別，但沒有一個平臺能夠抵御出現的意外停機。云計算平臺和數據中心一樣，都會遇到導致停機的問題。
組織內部部署的硬件故障和軟件錯誤是不可避免的，但公共云為IT管理人員提供了應對這些問題的方法。公共云具有可用性集合、冗余數據中心、可用性區域和云區域，使管理人員能夠在遭遇中斷時更好地規劃業務運營。這些策略很重要，但管理員必須設計可靠的應用程序，以利用公共云冗余功能。
組織IT資產的彈性更多地取決于應用程序而不是基礎設施，這種想法與傳統的思維方式不同。在過去的二十年中，管理員通過備份、復制和其他以基礎設施為中心的技術保持彈性。但是對于絕大多數公共云平臺來說，此策略不再有效。
近年來，云計算提供商遭受的損失已超過其承受能力。云計算提供商提供的云服務在出現中斷時，行業廠商和用戶似乎都在學習如何設計本地云冗余，管理人員希望將這些教訓應用于傳統的虛擬化數據中心冗余。
重新思考數據中心的冗余
對于大多數傳統組織來說，一些基本的服務都是為防止停機而設計的。網絡時間協議和網絡路由等服務設計通常是高度冗余。然而，僅僅因為系統應該是冗余的，并不意味著其配置已經為利用自然冗余做好了充分準備。
一些核心服務并沒有高度可用的選項。IT部門幾乎總是面臨必須處理的技術債務，這就要求對行為并不理想的遺留系統提供支持。例如，一些遺留的應用程序身份驗證系統只能存在于服務器上，這限制了數據中心的冗余功能。
管理人員不應將所有雞蛋放在一個籃子里。對于大多數的傳統部署，最好在數據中心內部使用冗余硬件。管理人員可以通過使用不共享系統的冗余虛擬化群集來進一步采取這種策略，這類似于可以提供多個可用性區域的云計算提供商。這可以使應用程序依賴數據中心更高級別的冗余，但只有當業務需求保證該級別的冗余保護時才有價值。
通過在云平臺和數據中心之間并行實施這些策略，在采用類似的傳統基礎設施時，使用公共云提供商的概念(如可用性區域)可能會有所幫助。這種術語使開發人員能夠更輕松地理解基礎設施概念，因為他們可能熟悉類似的云概念。
云計算冗余并不完美，停機中斷提供了經驗教訓
高度冗余的系統不會免受性能下降的影響。在最近的公共云中斷事件中，其目錄服務無法使服務從一個區域保持運行到另一個區域。重新調整的流量超過其他區域的能力，使服務無法滿足需求。
當管理人員設計數據中心冗余時，他們必須在發生中斷時對負載進行規劃。管理人員可能有兩臺服務器來支持數據中心冗余，但是其中一臺服務器可能無法處理整個負載。關鍵是需要設計滿足正常和異常狀態下業務需求的系統。
許多組織都認為如果配置正確，在中斷期間會發現其他情況。Netflix公司推出的Chaos Monkey系統就是人們所熟知的模擬中斷事件，而其提供的經驗教訓是，如果管理人員沒有練習處理實際的中斷，他們永遠不會知道IT系統將如何反應。而沒有一個系統是孤島，每個應用程序和服務都具有進一步使測試復雜化的依賴性。
停機中斷在私有數據中心和公共云中并不罕見，但在數據中心內部，管理人員通常需要了解并理解系統的內部工作方式。當云計算提供商的服務出現中斷時，可能會感到并沒有從停機中學到什么教訓，但這不是事實。雖然公共云提供商使用與傳統數據中心不同的工具和方法，但有關構建和調整冗余的經驗教訓是通用的。
京公網安備 11010502049343號