適用於 Linux 的 SIOS 保護套件/LifeKeeper 的優勢

• 西歐軟件支持多種操作系統版本和風格（Linux 和 Windows）。
  • 無論操作系統如何，都可以提供一致的用戶體驗來保護關鍵任務資源。
• 西歐為多種環境提供高可用性解決方案，包括本地、虛擬化 (VMware) 和雲環境，包括來自AWS 、Azure、Google Cloud 以及私有託管的雲環境。 相同的工具可以在不同的環境中使用。
  • 還支持混合環境。 可以將本地節點配置為主要位置，輔助節點託管在私有云中，第三個節點位於公共雲平台上，提供額外的 DR（災難恢復）選項。

• 西歐提供應用感知保護機制，包括應用恢復工具包（方舟s)，可供全球領先的企業應用程序和數據庫提供商使用。
  • 我們的綜合圖書館方舟s 保護最廣泛的“現成”應用。
  • 可以使用內置的“GenApp”保護其他“非標準”或遺留應用程序方舟或通過開發自定義方舟無論是內部還是與合作西歐工程師。

• 與開源工具（強制用戶提前手動建立環境參數，然後鍵入一組複雜的命令行參數）不同，一系列基於嚮導的安裝和配置屏幕可以直觀地選擇需要保護的資源並幫助選擇要提供的保護類型和程度。
  • 嚮導掃描系統和環境以識別要保護的資源。 在大多數情況下，操作員只需確認默認選擇並輸入唯一的特定於環境的主機 ID 等即可完成安裝。
  • 這降低了 HA 解決方案配置錯誤的可能性以及由於系統或應用程序故障而不可避免的意外停機。
• 西歐提供全面的技術支持選項，包括 24×7 關鍵支持，提供針對可用預算、系統複雜性或需要高可用性的應用程序的關鍵性量身定制的支持選項。

經授權轉載西歐

適用於 Linux 的 SIOS 保護套件/LifeKeeper – 集成組件

西歐Protection Suite 包括以下軟件組件，用於保護組織的關鍵任務系統。

西歐救生員

西歐LifeKeeper 提供了一個完全的容錯軟件解決方案實現服務器、文件系統、應用程序和進程的高可用性。 LifeKeeper 不需要任何定制的容錯硬件。 LifeKeeper 只需將兩個或多個系統組合在一個網絡中，然後創建特定於站點的配置數據以提供自動故障檢測和恢復.

如果發生故障，LifeKeeper 會將受保護的資源從故障服務器遷移到指定的備用服務器。 用戶在實際切換過程中會遇到短暫的中斷。 但是，LifeKeeper 無需操作員干預即可恢復備用服務器上的操作。

西歐數據守護者

西歐DataKeeper 為 LifeKeeper 環境提供集成的數據複製功能。 此功能使 LifeKeeper 資源能夠在共享和非共享存儲環境.

應用程序恢復工具包 (方舟s)

應用程序恢復工具包 (方舟s) 包括允許 LifeKeeper 管理和控制特定應用程序或服務的工具和實用程序。 當一個方舟為特定應用程序安裝後，LifeKeeper 能夠監控應用程序的健康狀況，並在應用程序失敗時自動恢復應用程序。 這些恢復工具包是非侵入式的，不需要在應用程序中進行任何更改，即可受到 LifeKeeper 的保護。

作為西歐保護套件產品組合。 種類和數量方舟提供的 s 因版本而異西歐已購買保護套件。

經授權轉載西歐

適用於 AWS 雲環境的 SIOS Protection Suite for Linux 評估指南

開始在 AWS 中評估適用於 Linux 的 SIOS 保護套件

使用此分步指南在 AWS 中配置和測試雙節點集群，以保護 Oracle、SQL Server、PostgreSQL、NFS、SAP 和 SAP HANA 等資源。

開始評估之前

在 AWS 中開始您的故障轉移集群項目之前，請查看這些鏈接以了解您需要的關鍵概念。

• 高可用性， RTO ， 和RPO – 清楚了解 HA 的基本概念。

• 西歐適用於 Linux 的保護套件 – 集成組件– 了解 SIOS 保護套件中包含的組件：SIOS LifeKeeper、DataKeeper 和應用程序恢復工具包/

• 的好處西歐Linux 保護套件– 了解 SIOS Protection Suite for Linux 如何提供卓越的數據保護

• 遷移到雲環境時應如何分配工作負載– 與本地環境不同，公共雲產品在部署工作負載時為您提供了廣泛的地理區域可用區供您選擇。 了解為雲選擇工作負載分配策略的最佳實踐。

• 公有云平台及其網絡結構差異– 公共雲提供商有自己的網絡結構。 了解這些結構如何影響您的集群配置的基礎知識。

• 客戶端如何連接到活動節點– 了解檢測和管理對應用程序故障的響應的關鍵集群機制。

• 節點之間的數據複製如何工作？– 確保存儲冗餘至關重要。 了解 SIOS DataKeeper 如何在節點之間高效複製數據。

• 什麼是“腦裂”以及如何避免它了解如何確保即使網絡連接失敗，您也能維持一個活動節點和一個或多個備用節點。

配置網絡組件

本節概述了每個節點所需的計算資源、網絡結構以及配置這些組件所需的過程。

• 了解如何為故障轉移群集配置網絡組件
• 本教程中使用的網絡結構
• 本教程中使用的計算資源

創建一個實例AWS從零開始的 EC2

• 從頭開始在 AWS 上創建實例
• 在之間切換AWS服務
• 決定一個AWS地區
• 創建專有網絡
• 創建子網
• 創建 Internet 網關並將其分配給專有網絡
• 創建路由表
• 創建安全組
• 創建第一個 EC2 實例
• 創建第二個和第三個實例

配置 Linux 節點以運行適用於 Linux 的 SIOS 保護套件

• 配置 Linux 節點以運行適用於 Linux 的 SIOS 保護套件

安裝適用於 Linux 的 SIOS 保護套件

• 安裝適用於 Linux 的 SIOS 保護套件

登錄和基本配置

• 登錄和基本配置

保護關鍵資源

• 在網絡中創建 IP 資源本地環境
• 在節點之間切換雲環境

一旦 IP 資源受到保護，啟動切換（“備用”節點變為“活動”節點）以測試功能。

• 如何切換到備用節點以確認切換正常
• 保護 Oracle 資源
• 保護微軟SQL使用快速服務保護
• 保護 PostgreSQL 資源
• 保護一個NFS資源
• 保護樹液資源
• 保護樹液漢娜資源

經授權轉載西歐

具有區域冗餘存儲 (ZRS) 的 Azure 共享磁盤的性能

2021 年 9 月 9 日，微軟宣布的普遍可用性Azure 磁盤存儲的區域冗餘存儲 (ZRS) ，包括 Azure 共享磁盤。

有趣的是，您現在可以構建跨可用區 (AZ) 的基於共享存儲的故障轉移集群實例。由於集群節點位於不同的 AZ，用戶現在可以獲得 99.99% 的可用性 SLA。 在支持區域冗餘存儲之前，Azure 共享磁盤僅支持本地冗餘存儲 (LRS)，將集群部署限制在單個 AZ，如果 AZ 脫機，用戶很容易受到中斷的影響。

但是，在使用 ZRS 部署 Azure 共享磁盤時需要注意一些限制。

• 僅支持高級固態驅動器 (SSD) 和標準 SSD。 不支持 Azure 超級磁盤。
• 帶有 ZRS 的 Azure 共享磁盤目前僅在美國西部 2、西歐、北歐和法國中部區域可用
• 高級 SSD Azure 共享磁盤不支持讀取和寫入磁盤緩存
• 磁盤突發不適用於高級 SSD
• Azure Site Recovery 支持尚不可用。
• Azure 備份僅可通過 Azure 磁盤備份獲得。
• 僅支持服務器端加密，目前不支持 Azure 磁盤加密。

我還發現了一個有趣的註釋文件.

“除了更多的寫入延遲之外，使用 ZRS 的磁盤與使用 LRS 的磁盤相同，它們具有相同的擴展目標。 對磁盤進行基準測試以模擬應用程序的工作負載並比較 LRS 和 ZRS 磁盤之間的延遲。”雖然文檔表明 ZRS 會產生一些額外的寫入延遲，但由用戶決定他們可以預期多少額外的延遲。 一個鏈接磁盤基準提供文檔以幫助指導您進行性能測試。

按照文檔中的指導，我使用 DiskSpd 來測量您可能遇到的額外寫入延遲。 當然，結果會因工作負載、磁盤類型、實例大小等而異，但這是我的結果。

	本地冗餘存儲 (LRS)	區域冗餘存儲 (ZRS)
寫 IOPS	5099.82	4994.63
平均延遲	7.830	7.998

我運行的 DiskSpd 測試使用了以下參數。

diskspd -c200G -w100 -b8K -F8 -r -o5 -W30 -d10 -Sh -L testfile.dat 我寫到一個帶有 ZRS 的 P30 磁盤和一個帶有 LRS 的 P30 連接到標準 DS3 v2（4 vcpus，14 GiB 內存) 實例類型。 共享 ZRS P30 還附加到不同 AZ 中的相同實例，並作為共享存儲添加到空集群應用程序。

2% 的開銷似乎是讓您的數據在兩個 AZ 上同步分佈的合理價格。 但是，我確實想知道如果您將集群應用程序移動到遠程節點會發生什麼，有效地將您的磁盤放在一個 AZ 中，而將您的實例放在另一個 AZ 中。

這是結果。

	本地冗餘存儲 (LRS)	區域冗餘存儲 (ZRS)	從遠程 AZ 寫入時的 ZRS
寫 IOPS	5099.82	4994.63	4079.72
平均延遲	7.830	7.998	9.800

在那種情況下，我測量了 25% 的寫入延遲增加。 如果您遇到 AZ 完全故障，存儲和實例都將故障轉移到輔助 AZ，您根本不應該遇到這種延遲增加。 但是，其他不屬於 AZ 範圍的故障場景很可能讓您的集群應用程序在一個 AZ 中運行，而您的 Azure 共享磁盤在另一個 AZ 中運行。 在這些情況下，您需要盡快將集群工作負載移回與存儲位於同一可用區的節點，以避免額外的開銷。

微軟文檔如何啟動存儲帳戶故障轉移使用 GRS 時到不同的區域，但在使用區域冗餘存儲時無法手動啟動存儲帳戶到不同 AZ 的故障轉移。 您應該監控您的故障轉移集群實例，以確保在集群工作負載移動到其他服務器時收到警報，併計劃在安全的情況下盡快將其移回。

您可能會意外地發現自己處於這種情況，但在您執行滾動更新時，在集群應用程序服務器的計劃維護期間肯定也會發生這種情況。 意識是幫助您最大限度地減少存儲在降級狀態下執行的時間的關鍵。

我希望將來微軟允許用戶像使用 GRS 一樣啟動 ZRS 磁盤的手動故障轉移。 他們向 GRS 添加該功能的原因是將權力交到用戶手中，以防自動故障轉移沒有按預期發生。 在區域冗餘存儲的情況下，我可以看到人們希望嘗試將存儲和應用程序捆綁在一起，確保它們始終在同一個 AZ 中運行，類似於 SIOS DataKeeper 等基於主機的複制解決方案的做法。