版本內容

A.01.00 版是 Serviceguard Extension for Faster Failover (SGeFF) 的第一個版本。本產品可提供較快速的叢集重組作業，因此故障轉移的總時間較少。欲獲得快速故障轉移的好處，叢集必須安裝 Faster Failover 產品和下列特定配置需求 (如下所列)。

下列為包括的特性：

Serviceguard 叢集配置檔內的一個選項。以 cmquerycl 命令開啟叢集配置檔時，若已安裝 Serviceguard Extension for Faster Failover，便會出現 FAILOVER_OPTIMIZATION 新選項。
故障轉移最佳化選項設為 TWO_NODE 時，Serviceguard 會最佳化叢集重組作業，以減少無法使用叢集內套件的總時間。

欲能支援，Faster Failover 叢集必須遵循數個配置需求，其需求列於下列的《Faster Failover 叢集需求》。

Faster Failover 叢集需求

下列為支援快速故障轉移所需的配置：

叢集需具有兩個叢集節點。您可以在一個節點上配置叢集，但是要等到第二個節點加入叢集時，才會進行故障轉移。
叢集需安裝 Serviceguard A.11.16 版或更新版。
叢集至少需配置兩個心跳。配置為一組聚合連接埠的單一心跳會視為一個心跳。
Faster Failover 叢集內的心跳子網路切勿使用序列 (RS232) 連結。
附註： Faster Failover 叢集不支援 CVM 容體群組，因為它們不允許多個心跳網路。
您必須配置一個仲裁伺服器作為叢集鎖定。仲裁伺服器會安裝在叢集外的節點上。請檢查網路：兩個叢集節點皆需能到達仲裁伺服器節點。

規劃與配置 Faster Failover 叢集

下列為 Faster Failover 叢集的必要事項。啟用 Faster Failover 叢集之前，請先仔細檢查以確認是否符合這些需求。輸入 Faster Failover 叢集的配置資訊後，請下達 cmcheckconf 命令並檢查 syslog 檔案是否有需求不符的訊息。

首先請安裝啟用軟體：
1. 務必在叢集內的各個節點上安裝 Serviceguard 11.16 版或更新版。
2. 若欲使用 Oracle RAC，接著請安裝 Serviceguard Extension for RAC 11.16 版或更新版。
3. 之後在叢集的各個節點上安裝 Serviceguard Extension for Faster Failover。您可以安裝及配置一個節點，但需在完成第二個節點的安裝與配置作業後，方能進行故障轉移。
您可自下列網址檢視與列印 Serviceguard 與 Serviceguard Extension for RAC 的版本需知：《http://docs.hp.com/hpux/ha》
接著請配置 Faster Failover 叢集。若使用遠端節點配置、修改，或檢視 Faster Failover 叢集的相關資訊，則遠端節點亦應安裝 Serviceguard 或 Serviceguard Extension for RAC 11.16 版 (或更新版)。
若已在管理站上安裝 Serviceguard 管理員，請依序選取已安裝 Faster Failover 但未使用的節點，和「動作」功能表中的「配置」 (Serviceguard 管理員版本需知可自《http://docs.hp.com/hpux/ha》取得)。
若使用 Serviceguard 命令行，下達 cmquerycl -C 命令即可取得叢集配置檔以供編輯。若已配置叢集，它便會叫出配置檔以供修改；若無叢集，它便會建立範本供您編輯。下列為命令的範例：
# cmquerycl -v -C /etc/cmcluster/cluster1.config -n ftsys9 -n ftsys10 -q qhost
此範例將名為 cluster1 叢集的叢集配置檔置於 /etc/cmcluster/ (預設目錄) 內。您可使用任何文字編輯器編輯此 ASCII 檔案內的配置。此範例所使用的命令行選項會預先設定節點 (-n)、仲裁伺服器 (-q) 的值，如下所述。
叢集需具有兩個叢集節點。您可以合法地在一個節點上配置叢集，但是要等到第二個節點加入叢集時，才會進行故障轉移。在範例命令中，-n 選項指定節點名稱。
在叢集配置檔中，FAILOVER_OPTIMIZATION 參數設為 TWO_NODE，以啟用 Faster Failover (預設值為 NONE)。
至少為叢集配置兩個心跳。配置為一組聚合連接埠的單一心跳會視為一個心跳。
Faster Failover 叢集內的心跳子網路切勿使用序列 (RS232) 連結。
附註： Faster Failover 叢集不支援 CVM 容體群組，因為它們不允許多個心跳網路。
您必須配置一個仲裁伺服器作為叢集鎖定。仲裁伺服器會安裝在叢集外的節點上。上述範例中，-q 選項指定仲裁伺服器 qhost。
您可在 Serviceguard Distributed Components 光碟上取得免費的仲裁伺服器產品，亦可自《http://software.hp.com》下載免費的軟體。若需相關資訊，請參閱 Distributed Components 光碟或《http://docs.hp.com -> high availability》處的《《仲裁伺服器版本需知》》。
設定 NODE_TIMEOUT、HEARTBEAT_INTERVAL，或
QS_TIMEOUT_EXTENSION 參數前，請先詳讀下節《Faster Failover 之考量》。
輸入配置資訊後，請使用 cmcheckconf 命令進行確認。若已啟用 Faster Failover (FAILOVER_OPTIMIZATION 設為 TWO_NODE)，但配置並不符合需求，則會產生說明性的錯誤訊息。
欲完成叢集配置，請使用 cmapplyconf 命令。不得在叢集執行時修改 FAILOVER_OPTIMIZATION 參數，務必中止叢集，方能進行變更。

若需配置叢集的相關資訊，請參閱位於《http://docs.hp.com/hpux/ha》的《《管理 Serviceguard》》手冊。

若需 Serviceguard 命令及其參數的詳細資訊，請參閱 cmquerycl、
cmcheckconf，和 cmapplyconf 線上援助頁。若需利用 Serviceguard 管理員配置叢集的相關資訊，請參閱線上輔助說明。

Faster Failover 之考量

Faster Failover 是希望降低叢集故障轉移時間的極佳解決方案。若解決方案適用於您的情況，則下列為需考量的事項。

Serviceguard Extension for RAC (SGeRAC) 叢集的環境特別適合 Faster Failover。在 SGeRAC 環境中，Oracle RAC 接獲叢集成員變更時，即開始 Oracle RAC 配置作業。使用 Faster Failover，即可快速通知 Oracle RAC 有關任何叢集成員的變動，如此它便可快速地進行配置作業。

Faster Failover 的設計是安裝於具有一個仲裁伺服器及多個心跳的雙節點叢集上。基於此環境的考量，NODE_TIMEOUT 設為 1.6 秒、HEARTBEAT_INTERVAL 設為 0.8 秒，而 QS_TIMEOUT_EXTENSION 設為 0。若沒有安裝 Faster Failover，叢集重組需要 28 秒；若有安裝 Faster Failover，則僅需 5 秒。

然而，就大部份的安裝作業而言，5 到 8 秒的 NODE_TIMEOUT 設定值更適用於上述範例中使用的 1.6 秒。重新計算 5 至 8 秒的節點逾時，若沒有安裝 Faster Failover，則叢集重組需要 70 至 112 秒；若有安裝 Faster Failover，則僅需 15 至 24 秒。

QS_TIMEOUT_EXTENSION 增加的任何時間會直接加到故障轉移時間。

應用程式故障轉移時間短的叢集十分適合使用 SGeFF。請注意，Faster Failover 僅減少叢集重組的時間，而不會降低應用程式故障轉移的時間。您的應用程式若在重組後需花 30 分鐘重新啟動，則多個數秒鐘的叢集故障轉移時間對使用者而言並沒有顯著的差異。

Faster Failover 不允許叢集擁有兩個以上的節點。請仔細地評估您叢集將來的容量。日後若需增加節點，便需停用 Faster Failover，且需中止整個叢集，以停用叢集配置中的 Faster Failover。

Faster Failover 需要一個仲裁伺服器叢集鎖定。仲裁伺服器是免費的產品。訂購 Serviceguard 時，便可免費在 Serviceguard Distributed Components 光碟上取得仲裁伺服器軟體，亦可於《http://www.hp.com/go/softwaredepot》免費下載。

請確認仲裁伺服器已透過可靠的網路 (例如，不忙碌的心跳網路) 連線至叢集。節點若試圖取得仲裁伺服器鎖定，但無法及時到達時，整個叢集會關閉。

請考量在仲裁伺服器服務之 SGeFF 叢集外的叢集上，將仲裁伺服器本身配置為高可用性的套件。以協助確保叢集的高可用性，且此點不難做到。若需相關資訊，請參閱 Distributed Components 光碟或《http://docs.hp.com》 -> high availability 處的《《仲裁伺服器版本需知》》。

風險

較短的故障轉移時間有些許風險。若發生暫時性的問題，您可能想要一段短時間來進行回復。請考量叢集確認失效之可能性 (若非確定性的) 所允許的時間。

您不應將 SGeFF 安裝在其網路或 CPU 活動頻繁或大量尖峰活動的忙碌系統上，此舉除了可能會造成暫時性的問題外，還會導致心跳延遲。

務必仔細地設定並測試 SGeFF 叢集中的 NODE_TIMEOUT。

節點逾時不宜過短，導致無法容忍暫時性的問題或是暫時的中斷。請判斷在 Serviceguard 逾時並行動前應等待回復的時間。

節點逾時不宜過短，導致運作正常的節點的心跳延遲造成叢集開始重組，否則節點便會不必要地自叢集被剔除。或者，節點可及時回復並重新加入叢集；此時便會看到叢集已重組，但是成員與重組前相同。

由於 Faster Failover 叢集重組處理程序會立即結束，因此很可能具有暫時性問題的運作正常節點會因逾時而退出叢集。

請考量兩個具備 Faster Failover 有效配置的相同節點叢集。
QS_TIMEOUT_EXTENSION 設為 0，而 NODE_TIMEOUT 設為 2 秒。其中一個安裝標準的 Serviceguard，而另一個則啟用 SGeFF。考量若發生長達 8 秒的暫時性問題時會如何。

標準的 Serviceguard 重組約需 28 秒。暫時性問題在重組完成前及時回復，如此節點便可維持運作且能重新加入叢集。
而 SGeFF 的重組作業則會在 6 秒內完成，時間遠較問題回復的時間短。叢集會剔除節點而進行重組，節點則會重新啟動。

請小心變更 NODE_TIMEOUT 的值，此值在 Faster Failover 叢集內的影響甚鉅。變更 SGeFF 叢集的逾時值時，請考量上述範例相同叢集的情況。

標準 Serviceguard 及 2 秒逾時值，則叢集重組約在 28 秒內完成。
啟用 SGeFF 及 4 秒逾時值，則叢集重組約在 12 秒內完成。

換言之，具備兩倍逾時的 SGeFF 叢集，叢集重組僅需要一半以下的時間。

版本文件

Serviceguard Extension for Faster Failover A.01.00 版隨附下列手冊：

《Serviceguard Extension for Faster Failover A.01.00 版版本需知》 (HP 製造編號 T2389-90009)。本文件。
您可自《http://docs.hp.com/hpux/ha》取得本文件。請詳讀您所使用之軟體所隨附的 README (讀我) 檔案。
《Optimizing Failover Time in a Serviceguard Environment》，亦發佈在《http://docs.hp.com/hpux/ha》。

其他資訊

最新版本的 Serviceguard 相關使用手冊、版本需知，和白皮書 (包括本文件的任何更新資訊)，皆可自《http://docs.hp.com -> high availability》取得。

《管理 Serviceguard 》，A.11.17.01，HP 製造編號 B3936-90109
《Serviceguar 管理員 A.11.17.01 版版本需知，適用於 HP-UX 11i v3》 (B3935-90100)
《Serviceguard 仲裁伺服器 A.02.00 版版本需知，第五版》，HP 製造編號 B8467-90040

若需支援資訊，包含最新的修補程式及已知問題資訊，可自 HP 的 IT 資源中心 (IT Resource Center) 網頁取得：

《http://itrc.hp.com》 (美洲及亞太地區)
《http://europe.itrc.hp.com》 (歐洲)

按一下搜尋技術智識庫。雖然任何人均可存取此網站，但僅限具備有效支援合約的客戶方能登入與搜尋詳細的技術資訊。

欲接收建議修補程式、產品支援對照表，以及最新支援硬體的最新消息，請訂閱 ITRC 的「High Availability Program Tips and Issues Digest」。