高可用性和災難復原無所不在：從一般概念到解決方案生成

Date: 27 6 月, 2026

高可用性和災難復原無所不在：從一般概念到解決方案生成

相關部落格/背景閱讀推薦

本部落格假設讀者已熟悉 LifeKeeper 資源層級架構和 LifeKeeper 叢集。如需了解這些主題的背景知識，請參閱下方列出的部落格。此外，本部落格還基於先前關於如何利用 LifeKeeper 中的「快速服務保護應用程式復原工具包」（QSP ARK）來彌合潛在用例與支援的保護機制之間差距的部落格（連結如下）。

• Linux叢集/Windows 叢集（本文由SIOS全球銷售與行銷副總裁霍格蘭女士及SIOS行銷團隊撰寫）
• 應用智能與高可用性（本文由SIOS公司IT資深系統工程師Hendricks-Sinke女士撰寫）
• 資源行動和背景通用應用程式復原工具包（本文由資深技術推廣專家伯明罕先生撰寫）
• 在 GenApp 和 QSP 之間進行選擇：為您的關鍵應用程式量身定制高可用性（本文由 SIOS 的高級系統工程師 Hendricks-Sinke 女士撰寫。）

然而，本部落格將探討當 QSP ARK 無法滿足特定應用程式或用例的高可用性和災難復原需求時可用的選項。

快速回顧

本部落格的前一部分本文探討如何思考應用程序，以便創建通用應用程式恢復工具包，從而利用 LifeKeeper 保護該應用程式。本節將第一部分介紹的應用程式基礎應用於 LifeKeeper 的通用應用程式復原工具包框架。

由於本篇部落格系列文章最好與上一篇結合起來理解，因此這裡簡單回顧一下第一部分中提出的概念。

問一個盡可能簡單但仍能提供有用/可操作資訊的問題

在決定如何回答廣泛的問題時，將其分解成若干個答案較簡單的小問題。然後利用這些小問題，逐步建構出最初「寬泛」問題的答案。

利用所提供的信息

了解可用的工具以及這些工具如何傳遞訊息。掌握回答「最基本問題」所需的資訊後，確定如何利用應用程式 API 提供的資訊來解答這些「最基本問題」。

回顧完畢，我們終於可以開始討論 LifeKeeper 了。雖然高可用性和災難復原通常與複雜性聯繫在一起，但我們已投入大量精力，確保對特定應用程式的理解能夠輕鬆移植到通用應用程式復原工具包 (GARK) 框架中。有了之前的基礎，現在是時候以此為基礎，像 LifeKeeper 一樣思考了。

像生命守護者一樣思考

想像一下，你身處電影《怪誕星期五》的場景中，一個女孩和她的母親互換了身體，由於不熟悉彼此的日常職責而手忙腳亂。和你互換身體的人要代替你參加一個上線活動，她需要知道如何啟動關鍵應用程式、確保它們正常運行，以及如何關閉應用程式。如果你只有15分鐘的電話時間準備，你會如何向她解釋這些內容？你需要詳細說明哪些資訊才能讓她順利完成工作？

雖然這個場景是人為設計的，但它很好地展現了關鍵的資源保護操作。 LifeKeeper 管理應用程序，確保它們只在單一系統上運行；LifeKeeper 資源層級結構則確保在恢復或移除資源時，先決條件應用程式和系統資源都能按正確的順序處理。反過來，LifeKeeper 使開發人員能夠在單一系統的上下文中思考對受通用應用程式資源保護的應用程式執行的操作。將啟動、停止或查詢應用程式的過程簡化到最基本的要素，是定義通用應用程式操作腳本需要完成的任務的第一步。當啟動、停止和查詢操作依照上述策略定義後，資源操作之間便一一對應，如下所示：

• 恢復操作：應用程式啟動
• 移除操作應用程式停止
• 快速檢查操作查詢應用程式
  • 筆記對於通用應用程式資源，快速檢查操作是可選的；如果未定義快速檢查操作，則不會執行監控。但是，強烈建議定期進行應用程式監控，以確保實現高可用性和災難復原的最佳效果！
• 地方復甦行動應用程式停止和應用程式啟動（按順序）
  • 筆記對於通用應用程式資源，本地恢復操作是可選的。如果未定義本地恢復，通用應用程式資源不會嘗試在偵測到故障的系統上重新啟動以進行自我修復，而是會在故障系統上停止運行，並將應用程式的整個層次結構遷移到備用系統。

有時，LifeKeeper 需要了解正在執行的應用程式的某些詳細資訊才能執行上述操作。所有 LifeKeeper 資源（包括通用應用程式資源）都具有一個名為「資源資訊字段」的字段，其目的是向操作腳本提供這些信息，以便在資源操作期間使用。資訊欄位中包含的資源資訊可以在資源擴充時針對每個系統獨立配置，從而允許資源操作使用特定於執行操作的系統的資訊。 LifeKeeper 還提供命令列實用程序，以便輕鬆取得或設定資源資訊。

回到「怪誕星期五」的例子，如果你要和對方交換身份，你需要告訴對方哪些細節？例如應用程式檔案的關鍵路徑、命令參數的特定設定/值等等。資訊欄位非常適合存放那些必須知道才能確定應用程式其他細節的資訊。資訊欄位也非常適合插入設定值、命令參數值或其他無法透過其他方式取得的值。值得注意的是，根據 LifeKeeper 的慣例，資訊欄位在資源的生命週期內很少（甚至從未）更改。為了避免資訊欄位損壞，最好將那些在資源生命週期內會發生變化的資訊放在資源資訊之外，而是透過 LifeKeeper 資源的操作腳本以程式設計方式獲取，或透過操作腳本可以呼叫的「輔助」腳本獲取。

為了提供額外幫助，LifeKeeper 還附帶用於開發通用應用程式的模板腳本。這些腳本為通用應用程式的操作腳本提供了絕佳的起點，因為它們預先準備好了 LifeKeeper 在呼叫特定資源的操作時將使用的輸入參數。反過來，這也使得這些資訊可以在資源操作腳本中使用。

結論

LifeKeeper 提供了多種應用程式保護方式。然而，某些應用程式的需求超出了 LifeKeeper 應用程式恢復工具包 (APP) 的功能範圍。在這種情況下，高可用性和災難復原保護仍然可行，而且可能比之前想像的更容易實現。組織不應迴避通用應用；相反，它們是 LifeKeeper 提供的眾多強大工具之一，可用於提升環境的高可用性和災難復原能力。通用應用程式框架旨在兼顧易用性和靈活性。但是，如果您的組織沒有足夠的資源自行編寫通用應用程式復原工具包，SIOS 提供專業服務，由 SIOS 工程師代表您的組織協調需求並開發通用應用程式復原工具包。如果需要持續支持，SIOS 專業服務還提供擴展服務，將常規產品支援擴展到由 SIOS 專業服務開發的通用應用程式。保護組織業務關鍵型應用程式的門檻正在不斷降低，而適用於 Linux 或 Windows 的 SIOS Protection Suite 旨在引領潮流，使未受保護的應用程式成為過去式。

並非所有應用程式都適合標準的高可用性模型。 SIOS 可以協助您為業務關鍵型工作負載設計和實施合適的 LifeKeeper 解決方案。申請演示今天。

作者：Philip Merry，SIOS Technology Corp. 的支援工程師

經許可轉載SIOS