IT宕機可能對任何業務產生重大影響。傳統情況下，這使得備份數據恢復的速度成為IT團隊的主要焦點。然而，即使備份工具得到改進，許多組織的恢復時間仍然不夠。此外，此前的高可用性系統已經超出了大多數組織的財務可接受范圍。

現如今，提供數據中心高可用性是一種不同的，更具成本效益的方法：即數據鏡像以及云計算和容器的使用。

選擇容器

容器可以幫助解決與高可用性系統相關的一些重要問題。例如，假設您的數據完全鏡像到輔助站點。現在，假設主站點遇到問題。您有對您的數據有完全訪問權限，但應用程序呢？即使您可以故障切換到鏡像數據，沒有應用程序也是毫無辦法的。現在，您必須等待您在鏡像站點上提供應用程序，或者支付可能很高的金額才能在該站點上運行應用程序的實時版本——只是以防萬一。

然而，容器，可在某一很小的單一系統內容納完整的應用程序。雖然虛擬機在整個堆棧中運行所有內容，從操作系統向上，容器只攜帶它們所需要的內容，并與其他容器共享底層操作系統。

在上面的示例中，IT團隊可以用較低成本在輔助站點上存儲容器集合。隨后，如果主站點遇到問題，他們可以在幾分鐘內啟動應用程序容器以訪問鏡像的數據。

當您在公共云中選擇輔助站點時，云存儲的成本非常低，低到在此示例中容器存儲的成本將是微不足道的。當您實際需要啟動容器時，成本會變得明顯，但是與停機時間的全部業務成本相比，使用工作系統的成本仍然會降低。

對于宕機容忍度比較低的組織來說，可以不斷地啟動容器，而不是存儲它們，并在必要時使用它們。此時成本會更高，但是如果主站點發生故障，系統可以幾乎實時地平滑地將故障轉移到備份站點。您還可以通過支付彈性資源來最小化成本；一個未使用的啟動容器將不會使用很多CPU或網絡資源。當主站點發生故障并發生故障轉移時，您只需要增加資源。

遺憾的是，鏡像數據并不像看起來那么容易。距離是其中的主要問題；鏡像站點越遠，存在的延遲越高，維持數據的保真度就越難。另外，如果發生數據損壞，你最不想做的事情就是鏡像損壞部分的數據。

如果您的組織需要通過持續的高可用性系統來保證業務連續性，則必須為高級數據鏡像服務支付費用。云服務提供商（如Amazon Web Services和Microsoft Azure）現在擁有可實現遠程數據鏡像的高速數據連接。但是，具有數據備份的快照可能是一個較為經濟的選項。快照從實時系統創建數據的只讀副本。它不需要將實時系統鎖定或暫停運轉，并且在CPU和I/O利用率方面很有效率。快照有不同的方法，但是寫時復制方法是上述要求的最佳選擇。快照捕獲對數據系統的每次寫入，并將其作為后臺任務寫入主存儲系統和遠程系統。通過這些方法，您可以在容器旁快速啟動快照數據集，以在輔助站點上創建運行的系統。

容器也變得對數據更加敏感。例如，它們可以容納作為持久存儲的數據卷。通過使用容器編排系統（container orchestration systems），可以將數據快照從主站點同步到遠程容器。當前，這在高可用性系統中可能難以實現，但市場將如何發展是值得關注的。