在這篇博客中，我將討論通用負載平衡器應用程序恢復套件 (ARK)適用於 Linux 的 SIOS Lifekeeper，特別是如何在 Microsoft Azure 上配置它。 我將使用一個兩節點 NFS 集群，它們提供的 NFS 導出最終將通過負載平衡器訪問。

SIOS 創建了這個 ARK 以促進在 Azure 中運行的 LifeKeeper 集群中的客戶端重定向。

由於 Azure 不支持免費 ARP，因此客戶端無法直接連接到傳統的集群虛擬 IP 地址。 相反，客戶端必須連接到負載均衡器，負載均衡器將流量重定向到活動集群節點。 . Azure 實現了在第 4 層（TCP、UDP）上運行的負載均衡器解決方案，負載均衡器可以配置為具有私有或公共前端 IP，可以確定哪個節點處於活動狀態的運行狀況探測器，一系列後端 IP 地址（對於集群中的每個節點）和傳入/傳出網絡流量規則。

傳統上，健康探測將監視應用程序上的活動端口並確定該應用程序在哪個節點上處於活動狀態。SIOS 通用負載平衡器 ARK 配置為讓活動節點偵聽用戶定義的端口。 然後在 Azure 負載均衡器中將此端口配置為運行狀況探測端口。 這允許活動集群節點響應 TCP 健康檢查探測，從而啟用自動客戶端重定向。

Azure 中的安裝和配置簡單明了，詳細如下：

在 Azure 門戶中，選擇負載平衡創建一個負載均衡器，您將選擇要部署它的資源組以及名稱，我喜歡使用與我使用負載均衡器的集群類型一致的名稱，例如 IMA -NFS-LB 將位於兩個 IMA-NFS 節點的前面。

您可以確定這是公共 LB 還是私有 LB。 在這種情況下，我將一個私有負載平衡器配置到我的 NFS 服務器前面，以便僅在此資源組中使用。

一旦您確定了名稱、資源組等，您將被要求為負載均衡器分配名稱、虛擬網絡、子網和 IP。 IP 地址應該與您將在 LifeKeeper 中創建為虛擬 IP 地址的 IP 地址相同。

為負載均衡器輸入基本信息後，您需要定義要在後端配置哪些機器來為負載均衡器提供服務，在我的情況下，這個後端池將由我使用的兩個節點組成我的 NFS 服務器。

您將需要一個負載平衡規則，這是負載平衡器確定將哪些流量路由到活動節點的方式。 – 當您配置通用應用程序以支持負載平衡器時，此處配置的端口號將在 SPS-L 中使用。 在此示例中，我們使用“HA 端口”，它將所有流量路由到活動節點。 如果您想限制要路由的流量，您可以指定特定的應用程序端口。

前端 IP 應該是負載均衡器 IP，後端池應該是您配置為負載均衡器使用的資源的節點。 確保選中“HA Ports”按鈕並啟用“Floated IP”。 可以禁用“TCP 重置”。

創建運行狀況探測時，請確保記下您在此處配置的端口，因為我們在 SIOS 保護套件中創建通用應用程序時將使用該端口。 您可以使用“間隔”和“不健康閾值”的標準值。 如果您有應用程序特定的要求，這些可以在以後更改。

現在負載平衡規則應該是完整的，帶有一個運行狀況探測。 選擇“添加”一旦我們選擇“添加”，Azure 將開始部署負載均衡器，這可能需要幾分鐘，一旦完成，配置就會轉到 SIOS 保護套件。

注意：一旦後端機器在負載均衡器後面配置，它們將失去對互聯網網關的訪問權限，因此系統更新等操作將無法正常工作。 您可以從後端資源組中刪除機器以再次允許 Internet 訪問。

使用 SIOS 保護套件進行配置

在本博客中，我配置了三個 NFS 導出以使用 SPS-L 進行保護，這三個導出配置為使用與 Azure 負載均衡器的前端 IP 相同的 IP。 我正在使用 Datakeeper 複製存儲在導出中的數據。

第一步是獲取腳本，最簡單的方法是使用 wget，但您也可以下載整個包並使用 winscp 或類似工具將 rpm 直接上傳到節點。 您需要在 Lifekeeper 集群的所有節點上安裝 Hotfix。

完整的恢復套件可在此處獲得： http://ftp.us.sios.com/pickup/LifeKeeper_Linux_Core_en_9.5.1/patches/Gen-LB-PL-7172-9.5.1可以使用 wget 在這裡找到這些部分： wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm.md5sum wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/Gen-LB-readme.txt下載後，根據 FTP 站點上記錄的值驗證 MD5 總和。

按如下方式安裝 RPM： rpm -ivh steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm 通過運行檢查安裝是否成功： rpm -qa | grep steeleye-lkHOTFIX-Gen-LB-PL-7172 如果您出於某種原因需要刪除 RPM，可以通過運行： rpm -e steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154 來完成.x86_64下面是顯示我已經配置的三個 NFS 導出的 GUI：我們需要在 SIOS 保護套件中做的是使用 SIOS 提供的修補程序腳本定義負載平衡器。

首先我們創建一個新的資源層次結構，我們從下拉列表中選擇 Generic Application定義位於 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 restore.pl 腳本定義位於 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 remove.pl 腳本定義位於 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 quickCheck 腳本沒有本地恢復腳本，因此請確保清除此輸入當詢問應用程序信息時，我們希望輸入與在 Health Probe 配置中配置的端口號相同的端口號，例如 54321我們將選擇在服務創建後將其投入使用。

資源標籤是我們將在 SPS-L GUI 中看到的名稱，我喜歡使用易於識別的名稱。

如果一切配置正確，您將看到“結束成功還原”，然後我們可以將其擴展到另一個節點，以便資源可以託管在任一節點上。

這顯示了擴展至兩個節點後完成的負載均衡器配置。

該集群的最後一步是為三個 NFS 導出創建子依賴項，這意味著所有帶有 Datakeeper 鏡像和 IP 的 NFS 導出都將依賴於負載均衡器。 如果活動節點上出現嚴重問題，則所有這些資源都將故障轉移到其他正常運行的節點。

上圖是 Lifekeeper GUI 中完整的層次結構。 下面顯示了擴展的 GUI 視圖，顯示 NFS 導出、IP、文件系統和 DataKeeper 複製卷作為負載均衡器資源的子級。

這只是您如何使用 SIOS LifeKeeper 的一個示例天藍色保護一個簡單的 NFS 集群。 同樣的概念適用於您需要保護的任何關鍵業務應用程序。 您只需利用 SIOS 提供的負載均衡器 ARK 來允許 Azure 負載均衡器（內部或外部）確定當前託管應用程序的節點。

在迪士尼和皮克斯的靈魂裡，主角喬·加德納（傑米·福克斯配音）夢想成為一名專業的爵士鋼琴家。然而，儘管他做了很多嘗試，但令他母親失望的是，他發現自己離夢想很遠，過著“中年中學樂隊教師”的生活。但隨後，“由於最後一刻有機會在爵士傳奇人物多蘿西婭·威廉姆斯的四重奏中演出，他的夢想似乎終於要成為現實。直到“一個重大的失誤把他送到了偉大的前世——一個靈魂得到他們的興趣、個性和怪癖的地方——喬被迫與一個“22”一起工作，一個對生活在地球上沒有興趣的古老靈魂，以“在為時已晚之前以某種方式返回地球（ D23.com )。”迪斯尼和皮克斯的靈魂是一部偉大的電影，其中有許多有趣和相關的角色，幽默，描述性的，有時令人不安的相關性對生活、目的和生活的看法。但是，這也是一部有錢的電影領導力課程、生活課程和更高可用性的課程。

來自迪士尼和皮克斯靈魂的關於更高可用性的七個想法。

1.注意正在發生的事情

在迪斯尼和皮克斯的靈魂裡，喬獲得了他夢想中的演出。但當喬開始走路並分享這個好消息時，他正忙著玩手機，以至於他走到街上，差點被一大堆磚頭壓死，然後他危險地走向一個開放但明顯標記的沙井。那麼更高可用性的教訓是什麼——注意。請注意來自監控和恢復解決方案的警報和錯誤消息。請注意您的託管服務提供商所做的更改，尤其是來自供應商、合作夥伴和安全團隊的重要通知。警報和警告的存在是有原因的，當您看到警告時未能解決它們或採取適當的措施可能會導致您陷入深淵。

2.不要掉進坑里

對警告視而不見或無視警告，喬最終落入一個敞開的沙井並變成了靈魂。這立即改變了他的夢想和計劃。那麼，您的企業可能會陷入什麼困境？您的企業發展道路上是否存在潛在漏洞，例如：覆蓋漏洞、版本差距、維護計劃和現實中的漏洞，甚至是供應商響應能力的黑洞？環顧您的環境，除了明顯的單點故障之外，您還會陷入哪些漏洞？是否有警告表明您存在與未受保護的關鍵應用程序、團隊之間的溝通差距，甚至是流程和危機管理中的漏洞相關的漏洞。不要掉入可能損壞甚至結束您的高可用性.

3.不要急於高可用

成為靈魂後，喬開始積極嘗試回到自己的身體。當他與 22 配對時，她將他帶到 Moonwind，後者同意嘗試幫助他找到自己的屍體，他們照做了。但喬變得太急於跳回他的身體，儘管月風很謹慎。在他的匆忙中，他和 22 都掉到了地上，但喬最終進入了一隻貓的身體，而 22 最終進入了他的身體。就像喬一樣，如果我們沒有耐心，跳躍發生得太快，我們最終會陷入危險甚至更糟的境地。我們可能不在貓的身體裡，但我們也可能遠離維持 HA 所需的最佳位置。跳得太快看起來像：

1. 在沒有架構或整體解決方案的情況下部署軟件
2. 無需在 QA 中測試即可在生產中部署
3. 在不了解雲或云對 HA 意味著什麼的情況下部署到雲中
4. 根據時間線部署到生產環境中且未完成驗收測試
5. 在沒有專門構建的商業級解決方案的情況下部署應用程序監控和編排

4. 不要過早退出——高可用性絕非易事

當年輕的長號手康妮來到她老師的公寓時，她很沮喪，想辭職。她首先告訴喬（喬的身體實際上是 22 歲）她很沮喪，她只想放棄和退出。但片刻之後，她在長號上演奏了最後一首曲子，並意識到現在退出還為時過早。在更高的可用性中，我們都非常像 Connie。 有時，困難讓我們覺得自己已經走到了盡頭，想要退出。有時，中斷會讓我們確信是時候認輸了。 不要那麼快放棄。HA 絕非易事，絕非易事！但是，放棄努力結束停機時間總是為時過早，所以像康妮一樣，也許我們只需要堅持下去。這引導我進入下一課。

5. 你還沒有嘗試一切

電影中的22是一個還沒有活過的靈魂。她相信她已經嘗試了所有可能的事情來給她一個火花，但是當她落入喬的身體時，她意識到有很多她沒有嘗試過。在創建更高可用性的解決方案時，很容易讓人覺得您已經嘗試了所有產品和每種產品，但很可能您還沒有。全新的視角，或以全新的眼光看待挑戰和問題，可能會幫助您提高系統和企業可用性。

嘗試提高可用性的一些方法可能很簡單，例如：

1. 為關鍵監控指標設置附加警報
2. 添加分析。
3. 執行定期維護（補丁、更新、安全修復）
4. 記錄您的流程
5. 記錄您的操作手冊
6. 改善您的溝通渠道
7. 進行定期維護

其他想法可能需要更多的工作、研究、時間和金錢，但如果你過去沒有探索過它們可能是值得的。

通過更多時間和精力提高可用性的方法包括：

1. 刪除黑客和解決方法。
2. 創建可靠的可重複解決方案架構
3. 商業化和專門建造
4. 聘請顧問
5. 審核並記錄您的架構
6. 升級你的虛擬機； CPU、內存和 IOP
7. 在區域或區域級別添加額外的冗餘

6. 提出更多（更好）的問題

在扮演手套先生的喬不小心在頭髮中間剪了一條路後，手套先生和喬不得不去看看喬的理髮師德茲。當喬和德茲坐在理髮椅上時，他們開始談論目的、生活、存在主義等等。理髮後，22 詢問 Dez 為什麼他們以前從未有過這樣的對話，關於 Dez 的生活。德茲回答說他以前從未問過。有時，我們可以如此專注於解決方案、雲或本地方法、語言和架構，以及告訴別人我們在做什麼，以至於我們忘記提出可以打開一個全新世界的問題。當喬問問題時，他對德茲和他自己有了更多的了解。也許更好的 HA 的教訓是開始詢問更多關於我們的解決方案、架構、業務目標和挑戰、最終客戶目標、我們的團隊，甚至是我們在更大範圍內的角色和職責的問題。

增加我們可用性的一些簡單問題包括：

1. 如果明天發生災難，原因是什麼系統、流程、產品或解決方案？
2. 要保護的最重要的事情是什麼？應用程序、數據、元數據，所有這些？
3. 我們的應用程序和數據庫可以容忍什麼 RPO？
4. 我們的客戶不能容忍什麼？
5. 我錯過了什麼？
6. 我們在哪裡記錄了這個架構？
7. 我不明白什麼？

7. 堅持有回報

“倒計時，”特里說。Terry 的任務是跟踪 The Great Beyond 的進入者，他正在仔細計算應該到達或已經到達的靈魂數量。喬繞道前往偉大的前世後，特里下定決心要找到失踪的靈魂並解決問題。 當他開始工作時，他正站在一條長長的文件櫃走廊裡，這些文件櫃一直延伸到眼睛所能看到的高度。但過了一會兒，他找到了喬的檔案，發現喬發現了一個漏洞，這就是計數被取消的原因。特里表現出的同樣毅力也將在更高的可用性領域得到回報。面對令人生畏的不確定性、大量的日誌文件和大量可能的故障場景，堅持不懈地在問題發生之前發現並解決問題，或者在問題發生後進行有效的分析和修復，這將引領我們走向更好我們想要的結果。同樣，缺乏勤奮和毅力意味著同樣的問題可能會在以後重新出現，即使在使用新軟件的新環境中也是如此。

隨著電影靈魂的結束，喬回到了偉大的過去，找到並說服 22 接受她的地球通行證並冒險。讓人想起她和喬一起摔倒在地時，她又一次冒險。令我的孩子們沮喪的是，這部電影的結尾沒有描述 22 對她的生活的看法或隨之而來的新機會。她只是從偉大的過去中跳出來，期待接下來會發生什麼。也許我們也正處於一個可以冒險的時刻……“偉大的前世”中的一個時刻，以及一個讓這一年成為更高可用性的機會。

– Cassius Rhue，客戶體驗副總裁