27 7 月, 2022 |
介紹適用於 SIOS LifeKeeper 和 Microsoft Azure 的通用負載平衡器套件介紹適用於 SIOS LifeKeeper 和 Microsoft Azure 的通用負載平衡器套件在這篇博客中,我將討論通用負載平衡器應用程序恢復套件 (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 門戶中,選擇負載平衡 您可以確定這是公共 LB 還是私有 LB。 在這種情況下,我將一個私有負載平衡器配置到我的 NFS 服務器前面,以便僅在此資源組中使用。 一旦您確定了名稱、資源組等,您將被要求為負載均衡器分配名稱、虛擬網絡、子網和 IP。 IP 地址應該與您將在 LifeKeeper 中創建為虛擬 IP 地址的 IP 地址相同。 為負載均衡器輸入基本信息後,您需要定義要在後端配置哪些機器來為負載均衡器提供服務,在我的情況下,這個後端池將由我使用的兩個節點組成我的 NFS 服務器。 您將需要一個負載平衡規則,這是負載平衡器確定將哪些流量路由到活動節點的方式。 – 當您配置通用應用程序以支持負載平衡器時,此處配置的端口號將在 SPS-L 中使用。 在此示例中,我們使用“HA 端口”,它將所有流量路由到活動節點。 如果您想限制要路由的流量,您可以指定特定的應用程序端口。 前端 IP 應該是負載均衡器 IP,後端池應該是您配置為負載均衡器使用的資源的節點。 確保選中“HA Ports”按鈕並啟用“Floated IP”。 可以禁用“TCP 重置”。 創建運行狀況探測時,請確保記下您在此處配置的端口,因為我們在 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: 首先我們創建一個新的資源層次結構,我們從下拉列表中選擇 Generic Application 資源標籤是我們將在 SPS-L GUI 中看到的名稱,我喜歡使用易於識別的名稱。 如果一切配置正確,您將看到“結束成功還原”,然後我們可以將其擴展到另一個節點,以便資源可以託管在任一節點上。 這顯示了擴展至兩個節點後完成的負載均衡器配置。 該集群的最後一步是為三個 NFS 導出創建子依賴項,這意味著所有帶有 Datakeeper 鏡像和 IP 的 NFS 導出都將依賴於負載均衡器。 如果活動節點上出現嚴重問題,則所有這些資源都將故障轉移到其他正常運行的節點。 上圖是 Lifekeeper GUI 中完整的層次結構。 下面顯示了擴展的 GUI 視圖,顯示 NFS 導出、IP、文件系統和 DataKeeper 複製卷作為負載均衡器資源的子級。 這只是您如何使用 SIOS LifeKeeper 的一個示例天藍色保護一個簡單的 NFS 集群。 同樣的概念適用於您需要保護的任何關鍵業務應用程序。 您只需利用 SIOS 提供的負載均衡器 ARK 來允許 Azure 負載均衡器(內部或外部)確定當前託管應用程序的節點。
|
||||||
24 7 月, 2022 |
解決方案簡介:SAP S4/HANA 的高可用性解決方案簡介:SAP S4/HANA 的高可用性
SIOS 軟件可讓您在物理、虛擬、雲(公共、私有和混合)和高性能閃存存儲環境的任何配置(或組合)中保護 SAP 和 HANA。 SIOS 軟件提供簡單靈活的配置、快速復制以及對整個 SAP 應用環境的全面監控和保護。 SAN 和 SANless 集群 您可以使用 SIOS LifeKeeper 軟件構建傳統的基於 SAN 的集群,或者通過使用 SIOS 實時塊級複製將活動 SAP 服務器上的本地存儲與備用服務器上的本地存儲同步來構建 SIOS SANless 集群。 複製可以在同步或異步模式下運行。 持續監控整個 SAP S4/HANA 環境與僅檢查服務器是否處於活動狀態的傳統集群軟件不同,SIOS LifeKeeper 軟件監控整個 SAP 環境的運行狀況並提供應用程序感知的高可用性,以確保最長的正常運行時間。 SIOS 軟件驗證 SAP 正在運行、文件共享或 NFS 導出是否可用、數據庫已安裝且可用,以及客戶端是否能夠連接。 SIOS 軟件主動監控:服務器、操作系統、SAP Primary Application Server (PAS) Instance、ABAP SAP Central Service (ASCS) Instance、後端數據庫(Oracle、DB2、MaxDB、MySQL 和 PostgreSQL)、SAP Central Services Instance( SCS)、卷或文件系統、文件共享或 NFS 掛載、IP 和虛擬 IP、排隊和消息服務器以及邏輯卷 (LVM)。 自動或手動故障轉移如果活動服務器發生故障,SIOS 軟件會將 SAP 操作轉移到備用服務器。 SIOS 軟件允許您通過 LAN 或 WAN 配置本地或遠程的備用服務器。 實時復制可確保從本地系統故障中立即恢復,並允許您通過一對多複制創建多個實時副本。 SIOS 集群還可以在本地以及同一站點或另一個地理位置的另一台集群服務器上停止和重新啟動應用程序。 當 SIOS 軟件檢測到問題時,它會自動啟動三個可配置的恢復操作之一,以最大限度地延長正常運行時間並保護應用程序和數據:它可能會嘗試在同一台服務器上重新啟動;切換到備用服務器;或提醒系統管理員。 它可以快速輕鬆地執行本地恢復或完全故障轉移。 SAP 災難恢復SIOS 軟件允許管理員將 SAP 移動到 DR 站點進行測試,並在測試完成後將其移回主站點,從而簡化了 DR 測試。 它還允許您在完成 DR 測試的同時,通過解鎖目標數據,讓 SAP 在備份系統上投入使用以驗證恢復,從而在不影響生產網絡的情況下,讓 SAP 在主站點中繼續運行。 主要優勢提供卓越的保護:• 通過高可用性集群、連續數據複製和災難恢復功能保護您的整個 SAP 堆棧 • 使用現有服務器和存儲啟用單站點和多站點集群 • 支持在 Red Hat Enterprise Linux 上運行的 SAP 服務器的 JAVA 和 ABAP 版本, SUSE Linux Enterprise Server 或 Windows,可容納範圍廣泛的存儲架構。 使集群變得簡單• 直觀、嚮導驅動的 GUI 簡化了安裝、配置和管理 • 支持物理、虛擬或云環境以及各種存儲架構 存錢• 降低雲環境中的數據傳輸成本 • 高效的複制引擎將網絡流量降至最低——無需硬件加速器或壓縮設備。 • 通過使用直觀的管理控制台自動執行數據複製任務來節省人工成本 經許可複制西歐 |
||||||
17 7 月, 2022 |
情況說明書:BMS 高可用性情況說明書:BMS 高可用性SIOS技術使高可用性集群和復制軟件,可確保關鍵應用程序、數據庫和 BMS 系統自動從基礎架構、網絡和應用程序故障中恢復 – 保持您的數據受到保護、應用程序在線、滿足法規要求以及用戶高效工作。 輕鬆滿足可用性 SLA 和 RTO/RPOSIOS 讓您可以靈活地在物理服務器、虛擬化服務器和雲中為 Windows 或 Linux 環境構建 SAN 和 SANless 集群。 您可以使用 SIOS 軟件來實現高可用性或容災。 輕鬆地將 Windows Server 故障轉移集群遷移到雲中而不會造成中斷,或者輕鬆構建具有內置應用程序特定智能的 Linux 集群環境。 在雲中,您可以跨可用區或區域配置集群以獲得最大的 HA/DR 保護,或者創建混合雲或多雲配置來輕鬆滿足可用性 SLA 和 RTO/RPO。 高可用性 SIOS 產品
樓宇管理系統情況說明書的 HA/DR
![]() 經授權轉載西歐 |
||||||
12 7 月, 2022 |
SIOS LifeKeeper – Linux 的高可用性SIOS LifeKeeper – Linux 的高可用性運行 SAP、S/4 HANA、SQL Server、MaxDB 和 Oracle 等業務關鍵型應用程序的企業面臨兩難境地。 即使是這些複雜工作負載的短暫停機時間也可能產生災難性後果。 但傳統的 HA 集群可能很複雜且成本高昂。 遷移到雲端並不是答案雲可用性 SLA僅涵蓋硬件。 他們無法在不降低雲中性能的情況下為有狀態應用程序提供 HA 和 DR。 傳統本地集群中使用的共享存儲在某些雲中不是一種選擇,而在另一些雲中過於復雜且成本高昂而無法實用。 許多 HA 集群解決方案無法對雲區域和可用區進行故障轉移——限制了它們可以提供的災難恢復級別。 開源集群不是答案。 它需要復雜的腳本,並且容易出現人為錯誤和故障。 確保複雜的 ERP 或數據庫故障轉移所需的手動步驟可以正確離開。 IT 團隊不願執行定期維護和故障轉移測試。 SIOS 有解決方案。SIOS LifeKeeper 提供高可用性和災難恢復確保系統、數據庫和應用程序在需要時運行。
在雲中,SIOS 集群跨區域和可用區發生故障,以獲得最大的 DR 保護。 對於想要部署多個集群的客戶,SIOS LIfeKeeper 的克隆功能允許您使用一致的預定義設置和集成的最佳實踐來創建多個相同的集群。 SIOS LIfeKeeper 包含在一個名為 SIOS Protection Suite 的捆綁包中,其中包括特定於應用程序的恢復工具包和用於 SANless 集群和 DR 的高效複製。為在本地、雲或混合雲環境中運行的關鍵 Windows 或 Linux 工作負載獲得 99.99% 的可用性和災難保護。安排演示或註冊您的免費試用今天。 經授權轉載西歐 |
||||||
7 7 月, 2022 |
迪士尼和皮克斯靈魂的高可用性課程迪士尼和皮克斯靈魂的高可用性課程在迪士尼和皮克斯的靈魂裡,主角喬·加德納(傑米·福克斯配音)夢想成為一名專業的爵士鋼琴家。然而,儘管他做了很多嘗試,但令他母親失望的是,他發現自己離夢想很遠,過著“中年中學樂隊教師”的生活。但隨後,“由於最後一刻有機會在爵士傳奇人物多蘿西婭·威廉姆斯的四重奏中演出,他的夢想似乎終於要成為現實。直到“一個重大的失誤把他送到了偉大的前世——一個靈魂得到他們的興趣、個性和怪癖的地方——喬被迫與一個“22”一起工作,一個對生活在地球上沒有興趣的古老靈魂,以“在為時已晚之前以某種方式返回地球( D23.com )。”迪斯尼和皮克斯的靈魂是一部偉大的電影,其中有許多有趣和相關的角色,幽默,描述性的,有時令人不安的相關性對生活、目的和生活的看法。但是,這也是一部有錢的電影領導力課程、生活課程和更高可用性的課程。 來自迪士尼和皮克斯靈魂的關於更高可用性的七個想法。1.注意正在發生的事情在迪斯尼和皮克斯的靈魂裡,喬獲得了他夢想中的演出。但當喬開始走路並分享這個好消息時,他正忙著玩手機,以至於他走到街上,差點被一大堆磚頭壓死,然後他危險地走向一個開放但明顯標記的沙井。那麼更高可用性的教訓是什麼——注意。請注意來自監控和恢復解決方案的警報和錯誤消息。請注意您的託管服務提供商所做的更改,尤其是來自供應商、合作夥伴和安全團隊的重要通知。警報和警告的存在是有原因的,當您看到警告時未能解決它們或採取適當的措施可能會導致您陷入深淵。 2.不要掉進坑里對警告視而不見或無視警告,喬最終落入一個敞開的沙井並變成了靈魂。這立即改變了他的夢想和計劃。那麼,您的企業可能會陷入什麼困境?您的企業發展道路上是否存在潛在漏洞,例如:覆蓋漏洞、版本差距、維護計劃和現實中的漏洞,甚至是供應商響應能力的黑洞?環顧您的環境,除了明顯的單點故障之外,您還會陷入哪些漏洞?是否有警告表明您存在與未受保護的關鍵應用程序、團隊之間的溝通差距,甚至是流程和危機管理中的漏洞相關的漏洞。不要掉入可能損壞甚至結束您的高可用性. 3.不要急於高可用成為靈魂後,喬開始積極嘗試回到自己的身體。當他與 22 配對時,她將他帶到 Moonwind,後者同意嘗試幫助他找到自己的屍體,他們照做了。但喬變得太急於跳回他的身體,儘管月風很謹慎。在他的匆忙中,他和 22 都掉到了地上,但喬最終進入了一隻貓的身體,而 22 最終進入了他的身體。就像喬一樣,如果我們沒有耐心,跳躍發生得太快,我們最終會陷入危險甚至更糟的境地。我們可能不在貓的身體裡,但我們也可能遠離維持 HA 所需的最佳位置。跳得太快看起來像:
4. 不要過早退出——高可用性絕非易事當年輕的長號手康妮來到她老師的公寓時,她很沮喪,想辭職。她首先告訴喬(喬的身體實際上是 22 歲)她很沮喪,她只想放棄和退出。但片刻之後,她在長號上演奏了最後一首曲子,並意識到現在退出還為時過早。在更高的可用性中,我們都非常像 Connie。 有時,困難讓我們覺得自己已經走到了盡頭,想要退出。有時,中斷會讓我們確信是時候認輸了。 不要那麼快放棄。HA 絕非易事,絕非易事!但是,放棄努力結束停機時間總是為時過早,所以像康妮一樣,也許我們只需要堅持下去。這引導我進入下一課。 5. 你還沒有嘗試一切電影中的22是一個還沒有活過的靈魂。她相信她已經嘗試了所有可能的事情來給她一個火花,但是當她落入喬的身體時,她意識到有很多她沒有嘗試過。在創建更高可用性的解決方案時,很容易讓人覺得您已經嘗試了所有產品和每種產品,但很可能您還沒有。全新的視角,或以全新的眼光看待挑戰和問題,可能會幫助您提高系統和企業可用性。 嘗試提高可用性的一些方法可能很簡單,例如:
其他想法可能需要更多的工作、研究、時間和金錢,但如果你過去沒有探索過它們可能是值得的。 通過更多時間和精力提高可用性的方法包括:
6. 提出更多(更好)的問題在扮演手套先生的喬不小心在頭髮中間剪了一條路後,手套先生和喬不得不去看看喬的理髮師德茲。當喬和德茲坐在理髮椅上時,他們開始談論目的、生活、存在主義等等。理髮後,22 詢問 Dez 為什麼他們以前從未有過這樣的對話,關於 Dez 的生活。德茲回答說他以前從未問過。有時,我們可以如此專注於解決方案、雲或本地方法、語言和架構,以及告訴別人我們在做什麼,以至於我們忘記提出可以打開一個全新世界的問題。當喬問問題時,他對德茲和他自己有了更多的了解。也許更好的 HA 的教訓是開始詢問更多關於我們的解決方案、架構、業務目標和挑戰、最終客戶目標、我們的團隊,甚至是我們在更大範圍內的角色和職責的問題。 增加我們可用性的一些簡單問題包括:
7. 堅持有回報“倒計時,”特里說。Terry 的任務是跟踪 The Great Beyond 的進入者,他正在仔細計算應該到達或已經到達的靈魂數量。喬繞道前往偉大的前世後,特里下定決心要找到失踪的靈魂並解決問題。 當他開始工作時,他正站在一條長長的文件櫃走廊裡,這些文件櫃一直延伸到眼睛所能看到的高度。但過了一會兒,他找到了喬的檔案,發現喬發現了一個漏洞,這就是計數被取消的原因。特里表現出的同樣毅力也將在更高的可用性領域得到回報。面對令人生畏的不確定性、大量的日誌文件和大量可能的故障場景,堅持不懈地在問題發生之前發現並解決問題,或者在問題發生後進行有效的分析和修復,這將引領我們走向更好我們想要的結果。同樣,缺乏勤奮和毅力意味著同樣的問題可能會在以後重新出現,即使在使用新軟件的新環境中也是如此。 隨著電影靈魂的結束,喬回到了偉大的過去,找到並說服 22 接受她的地球通行證並冒險。讓人想起她和喬一起摔倒在地時,她又一次冒險。令我的孩子們沮喪的是,這部電影的結尾沒有描述 22 對她的生活的看法或隨之而來的新機會。她只是從偉大的過去中跳出來,期待接下來會發生什麼。也許我們也正處於一個可以冒險的時刻……“偉大的前世”中的一個時刻,以及一個讓這一年成為更高可用性的機會。 – Cassius Rhue,客戶體驗副總裁 |