選擇要復制數據的平台 – 基於主機還是基於存儲？

複製數據的兩個常見平台來自對數據進行操作的服務器主機以及保存數據的存儲陣列。在創建用於業務連續性的遠程複製副本時，是否部署基於主機或存儲的解決方案的決定在很大程度上取決於正在復制的平台以及正在使用的應用程序的業務要求。如果業務要求在發生站點災難時對運營產生零影響，那麼基於主機的技術提供了唯一可行的解​​決方案。

基於主機的複制

複製數據的兩個平台之一是基於主機的複制。它不會將用戶鎖定到任何一個供應商的特定存儲陣列中。 例如，SIOS SteelEye DataKeeper可以從任何陣列複製到任何陣列，無論供應商如何。這種能力最終降低了成本，並為用戶提供了選擇適合其環境的靈活性。大多數基於主機的複制解決方案還可以通過IP網絡本地複制數據，因此用戶無需購買昂貴的硬件即可實現此功能。基於主機的解決方案與存儲無關，使IT經理可以自由選擇符合企業需求的任何存儲。複製軟件可與任何可安裝到應用程序平台的存儲硬件配合使用，提供異構存儲支持。它可以在塊或卷級別運行，也非常適合群集配置。一個缺點是基於主機的解決方案消耗服務器資源並且可能影響整體服務器性能。儘管存在這種可能性，但當IT經理需要多供應商存儲基礎架構或在特定的基於主機的應用程序中擁有遺留投資或內部專業知識時，基於主機的解決方案可能仍然適用。

基於存儲的複制

另一個複制數據的平台是基於存儲的複制與操作系統無關，不會增加任何處理開銷。但是，供應商經常要求用戶從類似的陣列複製。此要求可能成本很高，尤其是在主站點使用高性能磁盤時 – 現在必須在輔助站點使用相同的磁盤。此外，基於存儲的解決方案本身通過光纖通道進行複制，並且通常需要額外的硬件來通過IP網絡發送數據，這進一步增加了成本。基於存儲的替代方案確實提供了來自專用存儲供應商的集成解決方案的優勢。這些解決方案利用存儲陣列的控制器作為複制功能的操作平台。硬件和軟件的緊密集成使存儲供應商能夠對複製配置進行前所未有的控制，並允許難以與其他復制方法匹配的服務級別保證。大多數存儲供應商還定制了他們的產品，以補充服務器虛擬化並使用虛擬機存儲故障轉移等關鍵功能。有些企業可能還與特定的存儲供應商建立了長期的業務關係;在這種情況下，存儲解決方案可能是相關的。

選擇

然而，高質量的服務是有代價的。基於存儲的複制總是設置類似存儲設備配置的前提條件。這意味著必須部署兩個類似配置的高端存儲陣列以支持複製功能，從而增加成本並將組織與一個供應商的存儲解決方案聯繫起來。鎖定到特定存儲供應商可能是一個缺點。一些存儲供應商在其存儲陣列產品線中存在兼容性限制，可能使技術升級和數據遷移變得昂貴。在調查存儲替代方案時，IT經理應注意總體擁有成本：未來許可費和支持合同的成本將影響長期的費用。成本是一個關鍵考慮因素，但它受到許可證成本之外的幾個因素的影響。該解決方案是否需要專用硬件，還是可以與預先存在的硬件一起使用？該解決方案是否需要擴展網絡基礎架構，如果需要，需要多少？如果您使用複制將數據的輔助副本放在不同的服務器，存儲或站點上，請意識到此方法意味著某些硬件冗餘。提供重新部署現有基礎架構以滿足冗餘硬件要求的選項的複制產品需要較少的資本支出。

優點和缺點

在決定基於主機或存儲的複制解決方案之前，請仔細考慮每個複制解決方案的優缺點，如下表所示。

  要了解SIOS如何在平台上複製數據，請閱讀我們的成功案例經Linuxclustering許可轉載

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許可轉載

多少帶寬支持實時復制？

要快速了解如何計算帶寬以支持實時復制，請閱讀我們的博客經過Linuxclustering的許可轉載