Date: 6 12 月, 2018
12選擇高可用性解決方案的清單項目
選擇高可用性解決方案時，您應該考慮幾個標準。這些範圍包括解決方案的總成本，您可以輕鬆配置和管理群集，以及對硬件和軟件的特定限制。這篇文章簡要介紹了12個最重要的清單項目。
1。支持標準操作系統和應用程序版本
需要企業級或高級版操作系統，數據庫或應用程序軟件的解決方案可以大大降低遷移到商用服務器環境的成本優勢。部署適當的HA中間件。這樣，您就可以使標準版本的應用程序和操作系統具有高可用性。同時，滿足您的業務環境的正常運行時間要求。
2。支持各種數據存儲配置
部署HA群集時，受保護應用程序所需的數據必須可供所有可能需要將應用程序投入使用的系統使用。您可以通過數據複製，共享SCSI或光纖通道存儲或使用NAS設備共享此數據。無論您決定部署哪種方法，您使用的HA產品都必須能夠支持所有數據配置，以便您可以根據業務需求進行更改。
3。能夠使用異構解決方案組件
某些HA群集解決方案要求群集中的每個系統都具有相同的配置。此要求在特定於硬件的解決方案中很常見，其中群集技術旨在區分服務器或存儲以及希望限制其需要支持的配置的OS供應商。此限制限制了您將按比例縮小的服務器部署為臨時備份節點並重用群集部署中的現有硬件的能力。部署配置相同的服務器可能是滿足您需求的正確選擇，但您的決策不應由您的HA解決方案提供商決定。
4。支持群集中的兩個以上節點
群集中可支持的節點數量是可伸縮性的重要衡量指標。入門級HA解決方案通常將您限制為一個雙節點群集，通常採用主動/被動模式。雖然此配置提供了更高的可用性（通過添加備用服務器），但它仍然可能使您面臨應用程序停機時間。在雙節點群集配置中，如果一台服務器由於任何原因而關閉，則剩餘的服務器將成為單點故障。通過聚類三個或更多節點，您可以提供更高級別的保護。同時，您還可以構建高度可擴展的配置。
5。支持主動/主動和主動/備用配置
選擇適合您項目的高可用性解決方案是關鍵。在活動/備用配置中，一台服務器處於空閒狀態，等待接管其集群成員的工作負載。此設置具有未充分利用計算資源投資的明顯缺點。要從IT支出中獲得最大收益，請確保群集節點可以在主動/主動配置中運行。
6。節點和個體服務水平問題的檢測
所有HA軟件產品都可以檢測群集服務器功能的問題。此任務通過在群集內的服務器之間發送心跳信號並在群集成員停止傳遞信號時啟動恢復來完成。但高級HA解決方案還可以檢測另一類問題。當單個進程或服務遇到使其不可用但不會導致服務器停止發送或響應心跳信號的問題時發生的情況。鑑於HA軟件的主要功能是確保最終用戶可以使用應用程序，因此檢測和恢復這些服務級別中斷是一項至關重要的功能。確保您的HA解決方案可以檢測節點和服務級別的問題。
7。支持節點內和跨節點恢復
跨群集節點和節點內執行恢復操作的能力也很重要。在跨節點恢復中，一個節點接管另一個節點的完整責任域。當錯過系統級心跳時，假定應該發送心跳的服務器停止運行，其他集群成員開始恢復操作。通過節點內或本地恢復，失敗的系統服務首先嘗試在運行它們的服務器中進行恢復。此任務通常通過停止並重新啟動服務和任何相關係統資源來完成。此恢復方法更快，並最大限度地減少停機時間。
8。服務器端恢復的客戶端連接的透明度
應用程序甚至整個節點的服務器端恢復對客戶端用戶應該是透明的。通過使用虛擬化IP地址或服務器名稱，在恢復期間將虛擬計算資源映射到物理集群實體，以及自動更新網絡路由表，系統無需更改客戶端系統即可訪問已恢復的應用程序和數據。需要手動更改客戶端配置以訪問已恢復應用程序的解決方案大大增加了恢復時間。它們引入了由於人工交互所需的額外錯誤的風險。應該在服務器和客戶端上自動恢復。
9。保護計劃內和計劃外停機
除了提供針對計劃外服務中斷的保護之外，您部署的HA解決方案還可用作管理工具，以減少維護活動導致的停機時間。通過提供允許群集成員之間按需移動應用程序的工具，您可以將應用程序和用戶遷移到第二台服務器上，同時對第一台服務器執行維護。這可以消除對最終用戶無法使用IT資源的維護窗口的需求。確保您的HA解決方案提供了一種簡單而安全的方法，用於在群集節點之間執行應用程序和所需資源的手動（按需）移動。
10。對於常見業務功能的現有保護
您評估的每個HA解決方案都應包括經過測試和支持的代理或模塊，這些代理或模塊旨在監視特定係統資源的運行狀況：文件系統，IP地址，數據庫，應用程序等。這些模塊通常稱為恢復模塊。通過部署供應商提供的模塊，您可以從供應商和其他客戶已經完成的運行時間中受益。您還可以確保持續支持和維護這些解決方案組件。
11。能夠輕鬆整合自定義業務應用程序的保護
可能存在您希望保護的應用程序（可能是您公司的自定義應用程序），但是沒有供應商提供的恢復模塊。因此，重要的是，您有一種方法可以輕鬆地將業務應用程序合併到HA解決方案的保護模式中。您應該能夠在不修改應用程序的情況下執行此操作，尤其是無需嵌入任何特定於供應商的API。應提供軟件開發人員套件，該套件提供示例和保護應用程序的分步過程。此外，還有供應商提供的支持服務，以便根據需要提供幫助。
12。易於群集部署和管理
圍繞HA群集的一個常見神話是，它們的部署和管理成本高昂且複雜。這不一定是真的。群集管理界面應由嚮導驅動，以協助初始群集配置。它應該包括在添加到集群時自動發現新元素。同樣，它應該允許對整個集群進行一目了然的狀態監視。最後，任何群集元數據都必須以HA方式存儲。不在群集中的單個仲裁磁盤上，其中損壞或中斷可能導致整個群集崩潰。通過查找此核對錶上的功能，您可以根據特定的HA需求做出最佳決策。選擇高可用性解決方案並非火箭科學。以下是我們的成功案例經Linuxclustering許可轉載