尋求最佳方法消除群集架構中的SPoF不是火箭科學，與我們聊天轉載Linuxclustering的許可

使用Linux軟件iSCSI Target設置低成本SAN的循序漸進指南

當您沒有足夠的麵團來提供昂貴的SAN硬件時，軟件iSCSI目標可以是設置共享存儲的好方法。iSCSI目標就像一個真正的硬件iSCSI陣列，除了它只是在傳統服務器（甚至是VM！）上運行的一個軟件。設置iSCSI目標是獲取所需共享存儲的一種簡單且低成本的方法。如果您使用的是集群產品，如Microsoft Windows Server故障轉移群集（WSFC），集群文件系統（如GFS或OCFS），則無關緊要。或者即使您希望通過啟用存儲池和實時遷移來充分利用虛擬化平台（無論是VMware，XenServer還是Hyper-V）。

關於Lio-Target

最近，Linux內核採用LIO-Target作為Linux的標準iSCSI目標。LIO-Target適用於Linux內核3.1及更高版本。LIO-Target支持Windows Server故障轉移群集，VMware vSphere和其他群集產品所需的SCSI-3持久性保留。iSCSI目標提供的LUN（磁盤）可以是整個磁盤，分區，甚至只是文件系統上的普通舊文件。LIO-Target支持所有這些選項。下面，我們將介紹在Ubuntu 12.04服務器上配置LIO-Target的步驟。其他最近的發行版也可能有用，但步驟可能略有不同。

配置步驟

首先，安裝Lio-target軟件包：

＃apt-get install -no-install-recommended targetcli python-urwid使用targetcli命令行實用程序控制Lio-target。 第一步是為LUN創建後備存儲。在此示例中，我們將使用文件支持的LUN，它只是iSCSI目標服務器的文件系統上的普通文件。#targetcli /> cd backstores / / backstores> ls o- backstores …………………………………………………… […] o- fileio ………………………… ………………。[0存儲對象] o-iblock ………………………………………… [0存儲對象] o- pscsi ………………………………………… .. [0存儲對象] o- rd_dr ………………………………………… .. [0存儲對象] o- rd_mcp ………………………………………… [0存儲對象] / backstores> cd fileio / backstores / fileio> help create（for help）/ backstores / fileio> create lun0 / root / iscsi-lun0 2g（創建2GB文件支持的LUN）

第二步

現在創建了LUN。使用Linux軟件iSCSI Target設置低成本SAN的一半時間。接下來，我們將設置目標，以便客戶端系統可以訪問存儲。/ backstores / fileio / lun0> cd / iscsi / iscsi> create（創建iqn和目標端口組）創建目標iqn.2003-01.org.linux-iscsi.murray.x8664：sn.31fc1a672ba1。選定的TPG標籤1。成功創建了TPG 1。輸入新節點/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1 /iscsi/iqn.20…a672ba1/tpgt1> set attribute authentication = 0（關閉chap auth）/ iscsi / iqn.20 … a672ba1 / tpgt1> cd luns /iscsi/iqn.20…a1/tpgt1/luns> create / backstores / fileio / lun0（創建目標LUN）選定的LUN 0。已成功創建LUN 0。輸入新節點/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/luns/lun0 /iscsi/iqn.20…gt1/luns/lun0> cd ../ .. /門戶iSCSI流量可能消耗大量帶寬。 您可能希望iSCSI流量位於專用（或SAN）網絡上，而不是公共網絡上。 /iscsi/iqn.20…tpgt1/portals> create 10.10.102.164（創建門戶以偵聽連接）使用默認IP端口3260成功創建網絡門戶10.10.102.164:3260。輸入新節點/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.10.102.164:3260 /iscsi/iqn.20….102.164:3260> cd .. /iscsi/iqn.20…tpgt1/portals> create 10.11.102.164使用默認IP端口3260成功創建網絡門戶10.11.102.164:3260。輸入新節點/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.11.102.164:3260 /iscsi/iqn.20…102.164:3260> cd ../ ../acls

最後一步

註冊iSCSI啟動器（客戶端系統）以使用Linux軟件iSCSI Target設置低成本SAN。為此，您需要找到系統的啟動器名稱。對於Linux，這通常位於/etc/iscsi/initiatorname.iscsi中。對於Windows，可在“配置”選項卡的“iSCSI Initiator屬性”面板中找到啟動器名稱。/iscsi/iqn.20…a1/tpgt1/acls> create iqn.1994-05.com.redhat：f5b312caf756（註冊啟動器 – 此IQN是啟動器的IQN – 為將訪問目標的每個啟動器執行此操作）為iqn.1994-05.com.redhat創建了節點ACL：f5b312caf756創建了映射的LUN 0。輸入新節點/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/acls/iqn.1994-05.com.redhat:f5b312caf756 /iscsi/iqn.20.…102.164 ：3260> cd /現在，記得保存配置。如果沒有此步驟，配置將不會持久。 /> saveconfig（保存配置！）/> exit現在需要將啟動器連接到目標。通常，您需要提供目標的IP地址才能連接到它。建立連接後，客戶端系統將看到一個新磁盤。使用前需要格式化磁盤。就是這樣！您已準備好使用新SAN。玩得開心！使用Linux軟件iSCSI Target設置低成本SAN時遇到問題，請閱讀我們的其他有用文章。在Linuxclustering的許可下重新生成

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

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

基於主機的複制

複製數據的兩個平台之一是基於主機的複制。它不會將用戶鎖定到任何一個供應商的特定存儲陣列中。 例如，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許可轉載