套件管理員如何運作

您需個別地配置每一個套件，藉由產生和編輯一個套件配置檔範本，接著將套件增至叢集配置資料庫，即可建立一個故障轉移套件；請參閱第 6 章「配置套件與套件的服務」。

若為舊式套件 (以 Serviceguard A.11.18 以前版本使用的方法所建立的套件)，您還需為每一個套件建立一個套件控制命令集，以管理套件服務的執行作業。若需詳細資訊，「配置舊式套件」。

模組式套件 (以 Serviceguard A.11.18 版推介的方法所建立的套件) 不需要自訂的套件控制命令集。這些套件是由與 Serviceguard 隨附安裝的主控制命令集 (master control script) 管理；若需建立模組式套件指示的相關資訊，請參閱第 6 章「配置套件與套件的服務」。

套件配置檔會指定套件的名稱，並列出套件可以在其上執行的節點清單。

故障轉移套件會按照優先順序列出節點 (例如，清單中的第一個節點擁有最高優先權)。此外，故障轉移套件檔案還包含決定故障轉移行為的三個參數，分別為 auto_run、failover_policy 和 failback_policy。

auto_run 參數 (舊版 Serviceguard 中稱為
PKG_SWITCHING_ENABLED 參數) 定義叢集啟動時預設的故障轉移套件全域切換屬性，亦即，叢集啟動時，Serviceguard 是否能自動啟動套件，以及
Serviceguard 是否應該在新節點上自動重新啟動套件以回應失效。叢集執行時，可使用 cmmodpkg 命令暫時設定每個套件的套件切換屬性，而在重新開機時會回復配置值。

此參數直設定在套件配置檔中：

套件切換是將故障轉移套件及其相關的 IP 位址移到新的系統。新的系統必須已經配置好相同的子網路並且正常運作，否則套件不會啟動。

若套件故障轉移，則會失去 TCP 連線。TCP 應用程式必須重新連接以取得連通性，系統不會自動處理此項工作。請注意，如果套件倚賴多個子網路，則所有子網路都必須可以在目標節點上使用，套件才可以啟動。

若套件在資源或另一個套件具有相依性，則目標節點必須能滿足此相依性，套件才能啟動。

可轉移的 IP 位址切換如圖 3-5 「套件切換前」 和圖 3-6 「套件切換後」 所示。圖 3-5 「套件切換前」 顯示原始狀態的雙節點叢集，套件 1 在節點 1 上執行，而套件 2 則在節點 2 上執行。使用者以欲使用之套件的 IP 位址連接到節點。各個節點都有一個相關聯的固定 IP 位址，各套件也都有一個相關聯的 IP 位址。

圖 3-5 套件切換前

圖 3-6 「套件切換後」 顯示節點 1 已失效，而套件 1 被轉移至節點 2 的情況。套件 1 的 IP 位址和套件一起轉移到節點 2；套件 1 仍然可以使用，且現在正在節點 2 上執行。亦請注意，現在節點 2 可以存取套件 1 的磁碟與套件 2 的磁碟。

圖 3-6 套件切換後

套件管理員會根據套件配置檔中的優先順序清單，以及同樣在配置檔中的 failover_policy 參數，選取一個節點供故障轉移套件執行。如果未指定特定的節點而需啟動套件時，故障轉移規則 (failover policy) 會決定套件管理員選取執行套件之節點的方式。這種方式除適用故障轉移外，亦適用於套件的啟動，包括初始啟動在內。兩個故障轉移規則分別是 configured_node (預設值) 與 min_package_node。此參數直設定在套件配置檔中：

如果您以 configured_node 作為故障轉移規則的數值，則套件會在節點清單中擁有最高優先權的可使用節點上啟動。發生故障轉移時，套件會移到清單中下一個最高優先權的可使用節點。

如果您以 min_package_node 作為故障轉移規則的數值，則套件會在目前執行最少其他套件的節點上啟動 (請注意，並不表示這是負載最輕的節點，規則只會檢查目前在節點上執行的套件數目)。

使用 min_package_node 故障轉移規則，可將叢集配置成使用一個節點當作叢集的自動輪流備用 (Automatic rotating standby) 節點。四個節點的叢集可考慮下列套件配置。請注意，所有套件都可以在所有節點上執行，而且有相同的 node_name 清單。雖然範例顯示每個套件有不同順序的節點名稱，但這並不是必要的。

叢集啟動時，各個套件會如圖 3-7 「故障轉移前的輪流備用配置」 所示啟動。

圖 3-7 故障轉移前的輪流備用配置

如果發生失效，任何套件都會故障轉移到含有最少執行中套件的節點，例如在圖 3-8 「故障轉移後的輪流備用配置」 中，失效發生在節點 2：

圖 3-8 故障轉移後的輪流備用配置

	附註： 使用 min_package_node 規則，當節點 2 修復並回到叢集時，它會執行最少的套件，並因而成為新的備用節點。

如果這些套件使用 configured_node 故障轉移規則設定，開始時就會如圖 3-7 「故障轉移前的輪流備用配置」 所示，但是節點 2 的失效會使套件在節點 3 上啟動，如圖 3-9 「故障轉移後的 CONFIGURED_NODE 規則套件」 所示：

圖 3-9 故障轉移後的 CONFIGURED_NODE 規則套件

如果您以 configured_node 作為故障轉移規則，套件就會在節點清單中擁有最高優先權的節點上啟動，假定節點是叢集的成員。發生故障轉移時，套件會移到清單中下一個最高優先權的可使用節點。

使用 failback_policy 參數，則當主要節點可以使用，且套件目前未在主要節點上執行，則可以決定是否讓套件回到其主要節點。配置的主要節點是套件節點清單中的第一個節點。

這個規則的值可為 automatic 和 manual。此參數直設定在套件配置檔中：

以下列四節點的配置為例，failover_policy 設為 configured_node，而 failback_policy 則是 automatic：

圖 3-10 故障轉移前的自動故障轉回配置

節點 1 當機，叢集重組之後，套件 A 開始在節點 4 上執行：

圖 3-11 故障轉移後的自動故障轉回配置

重新開機之後，節點 1 會重新加入叢集，這個時候，節點 4 上的套件 A 會自動停止，並在節點 1 上重新啟動。

圖 3-12 節點 1 重新啟動後的自動故障轉回配置

	附註： 將 failback_policy 設為 automatic，可能會在重要的生產時刻使套件故障轉回，而使得應用程式無法使用。若採用自動故障轉回，可能要等待適當的時機，即套件可以暫停服務時，才能將套件的主要節點加回叢集中，並將套件切換回主要節點。

將 min_package_node 的 failover_policy 和 automatic 的 failback_policy 合併使用，可能會使得套件在您意想不到的節點上執行，因為每次發生故障轉移時，執行最少套件的節點可能並不是同一個主機。