實現業務連續性是現代組織的首要關注點。停機可能會導致重大的財務影響，在某些情況下，還會導致無法恢復的數據丟失。

避免服務中斷和計劃外停機的解決方案是采用高可用性架構。

因為每個企業都高度依賴互聯網，所以每一分鐘都很重要。這就是公司計算機和服務器必須始終保持運行的原因。

無論您選擇容納自己的 IT 基礎架構還是選擇在數據中心托管解決方案，在設置 IT 環境時必須首先考慮高可用性。

高可用性定義

高可用架構涉及多個 組件協同工作，以確保在特定時間段內不中斷服務。這還包括對用戶請求的響應時間。也就是說，可用的系統不僅必須在線，而且還必須響應。

實施能夠實現這一目標的 云計算架構 是確保關鍵應用程序和服務持續運行的關鍵。即使發生各種組件故障或系統處于高壓力下，它們也能保持在線并做出響應。

高度可用的系統包括在盡可能短的時間內從意外事件中恢復的能力。 通過將流程轉移到備份組件，這些系統可以最大限度地減少或消除停機時間。這通常需要持續維護、監控和初步深入測試，以確認沒有弱點。

高可用性環境包括帶有系統軟件的復雜服務器集群，用于持續監控系統性能。首要任務是避免計劃外的設備停機。如果某個硬件出現故障，則不得在生產期間導致服務完全停止。

對于大型組織而言，不間斷地保持運營尤為重要。在這種情況下，幾分鐘的損失可能會導致聲譽、客戶和數千美元的損失。只要可用性水平不影響業務運營，高度可用的計算機系統就允許出現故障。

高可用性基礎架構具有以下特征：

硬件冗余

軟件和應用程序冗余

數據冗余

消除單點故障

如何計算高可用性正常運行時間百分比？

可用性是通過特定系統在特定時期（通常是一年）內保持完全運行的時間來衡量的。

它以百分比表示。請注意，正常運行時間不一定與可用性相同。系統可能已啟動并正在運行，但對用戶不可用。造成這種情況的原因可能是網絡或 負載平衡 問題。

正常運行時間通常用五個 9 的可用性等級來表示。

如果您決定采用托管解決方案，這將 在服務水平協議 (SLA) 中定義。“一個九”的等級意味著保證的可用性為 90%。今天，大多數組織和企業至少需要“三個九”，即 99.9% 的可用性。

企業有不同的可用性需求。那些需要全年全天候運行的設備將瞄準“五個九”，即 99.999% 的正常運行時間。看起來 0.1% 并沒有太大的區別。但是，當您將其轉換為小時和分鐘時，這些數字很重要。

如何實現高可用性

希望實施高可用性解決方案的企業需要了解系統獲得高可用性所需的多個組件和要求。為確保業務連續性和可操作性，關鍵應用程序和服務需要全天候運行。實現高可用性的最佳實踐涉及需要滿足的某些條件。以下是實現 99.999% 可靠性和正常運行時間的 4 個步驟。

1. 消除單點故障高可用性與冗余

高可用性系統的關鍵要素是通過在所有級別上實現冗余來消除單點故障 。無論是自然災害、硬件還是電源故障，IT 基礎設施都必須有備用組件來替換故障系統。

存在不同級別的組件冗余。其中最常見的是：

N+1 模型 包括保持系統正常運行所需的設備數量（稱為“N”）。 萬一發生故障，每個組件都有一個獨立的備份 組件。一個例子是為應用服務器使用額外的電源，但這可以是任何其他 IT 組件。該模型通常是主動/被動的。備份組件處于待命狀態，等待發生故障時接管。N+1 冗余也可以是主動/主動的。在這種情況下，即使主要組件正常運行，備用組件也能正常工作。請注意，N+1 模型并不是一個完全冗余的系統。

N+2 模型 類似于 N+1。不同之處在于該系統將能夠承受兩個相同組件的故障。這應該足以讓大多數組織保持正常運轉。

2N 模型 包含雙倍數量的運行系統所需的每個單獨組件。該模型的優點是您不必考慮是否存在單個組件或整個系統的故障。您可以將操作完全移至備份組件。

2N+1 型號 提供與 2N 相同級別的可用性和冗余，并添加了另一個組件以改進保護。

最終的冗余是通過地理冗余來實現的。

這是應對自然災害和其他完全停電事件的唯一機制。在這種情況下，服務器分布在不同區域的多個位置。

這些站點應放置在不同的城市、國家甚至大洲。這樣，它們就完全獨立了。如果一個地方發生災難性故障，另一個地方將能夠接手并保持業務運行。

這種類型的冗余往往非常昂貴。最明智的決定是從數據中心遍布全球的供應商那里尋求托管解決方案。

除了停電，網絡故障是導致業務停機的最常見原因之一。

出于這個原因，網絡的設計必須使其保持 24/7/365 全天候運行。為了實現 100% 的網絡服務正常運行時間，必須有備用網絡路徑。他們每個人都應該有冗余的企業級交換機和路由器。

2.數據備份與恢復

數據安全是每個企業最關心的問題之一。高可用性系統必須有完善的數據保護和 災難恢復計劃。

絕對必須有適當的備份。另一個關鍵是在數據快速丟失、損壞或完全存儲故障的情況下恢復的能力。如果您的業務需要較低的 RTO 和 RPO ，并且您無法承受丟失數據的后果，那么可以考慮的最佳選擇是使用 數據復制。有許多備份計劃可供選擇，具體取決于您的業務規模、要求和預算。

數據備份和復制與 IT 高可用性齊頭并進。兩者都應該仔細計劃。在冗余基礎架構上創建完整備份對于確保數據彈性至關重要，不容忽視。

3. 帶故障檢測的自動故障轉移

在高度可用的冗余 IT 基礎架構中，系統需要在發生故障時立即將請求重定向到備份系統。這稱為 故障轉移。早期故障檢測對于縮短故障轉移時間和確保最大系統可用性至關重要。

我們推薦的高可用性軟件解決方案之一是 Carbonite Availability。它適用于任何基礎設施，無論是虛擬的還是物理的。

如需快速靈活的基于云的基礎架構故障轉移和故障恢復，您可以求助于 Cloud Replication for Veeam。故障轉移過程適用于整個系統或其可能發生故障的任何部分。每當組件發生故障或 Web 服務器停止響應時，故障轉移必須是 無縫 的并且是實時發生的。

該過程如下所示：

機器 1 及其克隆 機器 2 ，通常 稱為 熱備用。

機器 2 持續監控 機器 1 的狀態以發現任何問題。

機器 1 遇到問題。由于多種原因，它失敗或關閉。

機器 2 自動聯機。現在，每個請求都被路由到 Machine 2 而不是 Machine 1。這對最終用戶沒有任何影響。他們甚至不知道Machine 1有任何問題 。

修復故障組件的問題后， 機器 1 和 機器 2 恢復其初始角色

故障轉移過程的持續時間取決于系統的復雜程度。在許多情況下，這將需要幾分鐘。但是，它也可能需要幾個小時。

規劃高可用性必須基于所有這些考慮，以提供最佳結果。每個系統組件都需要符合實現 99.999% 可用性和縮短故障轉移時間的最終目標。

4.負載均衡

負載均衡器可以是硬件設備或軟件解決方案。其目的是跨多個服務器和組件分發應用程序或網絡流量。目標是 提高整體運行性能和可靠性。

它通過有效管理負載和持續監控后端服務器的運行狀況來優化計算和網絡資源的使用。

負載均衡器如何決定選擇哪個服務器？

許多不同的方法可用于跨服務器池分配負載。為您的工作負載選擇一種將取決于多種因素。其中一些包括所服務的應用程序類型、網絡狀態和后端服務器的狀態。負載均衡器根據當前傳入請求的數量決定使用哪種算法。

一些最常見的負載平衡算法是：

循環賽。 使用循環，負載平衡器將請求定向到第一臺服務器。它將向下移動列表到最后一個，然后從頭開始。該方法易于實現，應用廣泛。但是，它沒有考慮服務器是否具有不同的硬件配置以及它們是否可以更快地過載。

最少的連接。 在這種情況下，負載均衡器將選擇活動連接數最少的服務器。當請求進來時，負載均衡器不會像輪詢那樣為列表中的下一個服務器分配連接。相反，它將尋找當前連接最少的一個。在會話持續很長時間的情況下，最少連接方法對于避免 Web 服務器過載特別有用。

源 IP 哈希。 這個算法會根據請求的源IP地址來決定選擇哪個服務器。負載均衡器使用源 IP 地址和目標 IP 地址創建唯一的哈希鍵。這樣的密鑰使其始終能夠將用戶的請求定向到同一服務器。

負載均衡器確實在實現高可用性基礎架構方面發揮著重要作用。但是，僅僅擁有一個負載均衡器并不意味著您擁有很高的系統可用性。

如果具有負載均衡器的配置僅路由流量以減少單臺機器上的負載，則不會使系統具有高可用性。

通過為負載均衡器本身實現冗余，您可以將其作為單點故障消除。

如果您選擇這種類型的云計算服務，那么保持高可用性是 DBaaS 提供商可以為您管理的任務之一。了解有關 數據庫即服務的更多信息。

最后：實施高可用性架構

無論您經營何種規模和類型的業務，如果沒有 云災難恢復解決方案，任何類型的服務停機都可能代價高昂。

更糟糕的是，它可能會對您的聲譽造成永久性損害。通過應用上面列出的一系列最佳實踐，您可以降低丟失數據的風險。您還可以最大限度地減少出現生產環境問題的可能性。

如果沒有高可用性系統，您離線的機會會更高。

從這個角度來看，停機成本大大超過了精心設計的 IT 基礎架構的成本。近年來，托管和云計算解決方案比內部解決方案支持更受歡迎。這樣做的主要原因是它 降低了 IT 成本 并增加了更多的靈活性。

無論您選擇哪種解決方案，高可用性系統的好處是多方面的：

您可以節省金錢和時間，因為無需重建因存儲或其他系統故障而丟失的數據。在某些情況下，中斷后無法恢復您的數據。這可能會對您的業務造成災難性的影響。

更少的停機時間意味著對用戶和客戶的影響更小。如果您的可用性以五個九來衡量，這意味著幾乎沒有服務中斷。這可以提高員工的生產力并保證客戶滿意度。

您的應用程序和服務的性能將得到改善。

如果您因服務器問題不符合合同 SLA，您將避免罰款和處罰。