核心群組協調程式

每一個核心群組都有一個協調程式,以管理核心群組成員之間的高可用性活動。此協調程式會管理高可用性單態服務的失效接手,並將即時伺服器狀態資料配送給有興趣的核心群組成員。協調程式會使用一些 CPU 和記憶體(JVM 資料堆)資源來執行這些作業。 在某些配置中,協調程式使用的資源數量可能很大。

註: 這個主題參照一或多個應用程式伺服器日誌檔。 此外,在分散式和 IBM® i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.logSystemErr.log, trace.logactivity.log 檔案。HPEL 與原生 z/OS® 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。

您可以將協調程式工作量分配給多個協調程式實例。每一個實例都在不同的核心群組成員上執行,且會將整個協調工作量的一部分指派給每一個實例。在多個協調程式實例之間分配工作量,可以讓您在多部機器上分攤關聯的資源成本。不論如何將協調程式的工作量分配或指派給核心群組成員,協調程式的功能仍然保持高度可用。

協調程式的選擇

當核心群組成員啟動或停止時,「視圖同步化通訊協定」都會安裝新視圖。視圖是由交互連接並協同作業的各個核心群組成員所組成。每當安裝新視圖時,可能都需要在核心群組成員之間重新分配協調程式工作量。 例如,管理協調程式實例的核心群組成員可能已失敗,而高可用性管理程式必須選取取代協調程式。

當您選取特定的核心群組成員作為協調程式時,會將類似於下列訊息的參考訊息記載至 SystemOut.log 檔中:

HMGR0206I: 此協調程式是 DefaultCoreGroup 核心群組的作用中協調程式

如果核心群組成員不再是選取的協調程式,則會記載與下列訊息類似的訊息:

HMGR0207I: 此協調程式之前是
           DefaultCoreGroup 核心群組的作用中協調程式,但已失去主導能力。
避免困難 避免困難: 請記住,每當視圖變更時,就會出現選取協調程式的情形。選取新的協調程式會使用大量的資源,因為此處理程序會增加網路資料流量和 CPU 耗用量。每當可行時,請指定偏好的協調伺服器,這樣就不需要經常變更協調程式。gotcha

多個協調程式

核心群組配置資料中,有一個可供使用者指定協調程式數目的欄位。這個欄位的預設值為 1。對大部分的安裝和應用程式而言,使用此預設值就足夠了。當所選取作為協調程式的核心群組成員使用的記憶體或 CPU,遠超過其他類似的核心群組成員時,就要使用多個協調程式。此外,有些大量使用高可用性架構的軟體產品會指示您增加協調程式數目。

偏好伺服器

配置核心群組時,如果有可供使用的核心群組成員,您可以指定高可用性管理程式應將它們用來作為協調程式的核心群組成員。偏好的協調伺服器應該是儘可能很少循環執行的核心群組處理程序。您也應該在具有超大容量的機器上管理偏好的協調伺服器。

指定偏好的協調伺服器是很好的作法。在視圖變更期間選取協調程式時,高可用性管理程式會檢查偏好伺服器的清單。如果有這份清單,則高可用性管理程式會從該清單中選取一個伺服器作為協調程式。如果沒有清單,則高可用性管理程式會選取其名稱依詞彙排列在最下方的視圖成員作為協調程式,如果這樣做會導致協調程式的移動,則會產生一些額外負擔。


指出主題類型的圖示 概念主題



時間戳記圖示 前次更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_coordinator
檔名:crun_ha_coordinator.html