SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

視頻：SIOS 如何確保金融服務行業的高可用性

by Leave a Comment

視頻：SIOS 如何確保金融服務行業的高可用性

在這個關於各個行業的高可用性 (HA) 和災難恢復 (DR) 的持續系列中，格雷格·塔克, 高級產品 (Windows) 支持工程師賽奧斯科技, 與我們一起分享他對公司如何保護金融業免受停機和故障轉移影響的見解。

SIOS 在金融行業擁有全球業務，客戶包括商業銀行、各種經紀公司、財富管理、註冊會計師事務所等。 沒有哪個行業比金融行業更關鍵，對停機和故障更敏感，因為客戶的在線銀行系統、ATM 和支付系統都依賴關鍵應用程序。 “我們提供故障或集群軟件，以保護他們的關鍵應用程序和數據免受停機和/或災難性事件的影響，”塔克說。

Tucker 解釋說，本質上，關鍵應用程序部署在主服務器上，無論是本地還是雲端，因為它與輔助服務器或多台服務器集群在一起。 “如果集群軟件檢測到故障，它會將所有資源轉移到輔助節點並自動為最終用戶恢復服務；沒有數據丟失，沒有中斷，”他補充道。

查看上面的整個採訪以了解更多信息。

討論要點：

  • SIOS 在金融行業具有全球影響力，客戶使用 SIOS 產品來消除其集群環境中的單點故障。
  • 隨著向雲的轉變，存在保護數據並使數據對 Oracle、SAP、SQL、SAP MAxDB、文件共享和通用（遺留）應用程序高度可用的業務需求 (SLA)。
  • 雲帶來的可擴展性可能會對高可用性帶來一些挑戰，但專為雲設計的 SIOS 集群解決方案可以迅速應對這些潛在挑戰。
  • Tucker 解決了一些關於高可用性的常見誤解，尤其是在金融服務行業。
  • HA 對金融機構的重要性。

解決方案

與格雷格塔克聯繫（領英)

經許可轉載自信息系統

白皮書：高可用性解決方案為 Oracle 提供成本節約和靈活性

by Leave a Comment

白皮書 高可用性解決方案為 Oracle 提供成本節約和靈活性

白皮書：高可用性解決方案為 Oracle 提供成本節約和靈活性

遷移 Oracle 數據庫可能是一項艱鉅的任務。 這個過程通常很複雜，而且成本很高。 然而，有時遷移是不可避免的。 當支持和許可考慮一起使遷移成為必要時，尤其如此。 在遷移業務關鍵型數據庫時，提供高可用性保護以防止停機很重要，因為停機會導致收入和生產力損失。 Oracle 已宣布即將結束對 Oracle Database 12c 的支持。 因此，運行 Oracle Database 12c 的組織將面臨迫在眉睫的遷移需求。

下載白皮書：高可用性解決方案為 Oracle 提供成本節約和靈活性

白皮書：了解業務關鍵型應用程序高可用性的複雜性

by Leave a Comment

白皮書了解業務關鍵型應用程序高可用性的複雜性
白皮書：了解業務關鍵型應用程序高可用性的複雜性

在當今競爭激烈、永遠在線的全球經濟中，對於現代企業來說，停機時間變得比以往任何時候都更加昂貴。 除了損失生產力和收入之外，當組織的關鍵業務系統、數據庫和應用程序無法提供可靠和卓越的客戶體驗時，他們還面臨失去客戶的風險。 SIOS 的這份技術簡報解釋了在關鍵業務應用程序中實現高可用性的複雜性。

下載白皮書：了解業務關鍵型應用程序高可用性的複雜性

介紹適用於 SIOS LifeKeeper 和 Google Cloud 的通用負載平衡器套件

by Leave a Comment

適用於 SIOS LifeKeeper 和 Google Cloud 的通用負載平衡器套件

介紹適用於 SIOS LifeKeeper 和 Google Cloud 的通用負載平衡器套件

這將討論通用負載均衡器應用程序恢復工具包(ARK) 適用於 SIOS Lifekeeper for Linux，特別是如何在 Google Cloud 上配置它。 SIOS ARK 是 SIOS LifeKeeper 產品的插件，可增加平台或應用程序感知。

本博客展示瞭如何使用雙節點 NFS 集群以及它們提供的 NFS 導出最終可以通過負載均衡器訪問。

SIOS 創建了這個 ARK 來促進 SIOS LifeKeeper 中的客戶端重定向在 GCP 中運行的集群.

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

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

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

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

您可以確定這將是面向 Internet 還是在您的 VPC 內部。 在這種情況下，我將配置一個僅用於內部的負載平衡器來放置在我的 NFS 服務器前面，以便僅在我的 VPC 中使用。

一旦您確定了名稱、區域等，您將被要求分配一個後端配置，這將需要一個包含您將作為前端的 HA 節點的實例組。

一旦您分配了一個實例組，您將定義一個運行狀況檢查 – 這是與您將在 Lifekeeper 通用負載均衡器配置中使用的端口匹配的端口，在這種情況下我使用的是 54321。同樣，請注意端口號，因為這將與 Lifekeeper 一起使用。

我只是堅持使用健康標準的默認值。

為負載均衡器輸入後端配置信息和運行狀況檢查後，您將需要定義前端配置。 這包括您要為負載均衡器創建的子網、區域和 IP。

您將配置您的 IP，這將匹配您正在保護的 Lifekeeper IP。

一旦您對配置感到滿意，您可以查看它或直接單擊創建。

一旦我們選擇“創建”，GCP 將開始部署負載均衡器，這可能需要幾分鐘，一旦完成，配置就會轉到 SIOS 保護套件。

使用 SIOS 保護套件進行配置

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

第一步是獲取腳本，最簡單的方法是使用 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 提供的 Hotfix 腳本定義負載均衡器。

首先我們創建一個新的資源層次結構，我們從下拉列表中選擇 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 腳本沒有本地恢復腳本，因此請確保清除此輸入當詢問應用程序信息時，我們希望輸入與在 Healthcheck 端口中配置的端口號相同的端口號，例如 54321我們將選擇在服務創建後將其投入使用Resource Tag 是我們將在 SPS-L GUI 中看到的名稱，我喜歡使用易於識別的名稱如果一切配置正確，您將看到“結束成功還原”，然後我們可以將其擴展到另一個節點，以便資源可以託管在任一節點上。

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

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

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