高可用性的工作量分散配置

這個配置由叢集中執行的多個傳訊引擎組成,每個傳訊引擎都可能由一或多個替代伺服器來進行失效接手。

這個配置有三種達成方式:
  • 您可以利用傳訊引擎原則輔助,將叢集新增到服務整合匯流排中,然後使用「具備高可用性的可調整性」傳訊引擎原則。 這個程序會針對叢集內的每一部伺服器各建立單一傳訊引擎。 每個傳訊引擎都可由叢集內另一部指定的伺服器來進行失效接手。 每部伺服器可以代管最多兩個傳訊引擎,使伺服器之間存在有序的循環關係。 每個傳訊引擎都可以進行失效回復,也就是說,如果傳訊引擎由另一部伺服器來進行失效接手,後來原始伺服器又重新成為可用,傳訊引擎會自動移回這部伺服器。
  • 您可以利用傳訊引擎原則輔助,將叢集新增到服務整合匯流排中,然後使用自訂傳訊引擎原則。 您可以依照需要,為叢集新增所需數量的傳訊引擎。 您必須針對所建立的每個傳訊引擎,配置傳訊引擎原則來提供您需要的傳訊引擎行為。
  • 您可以在不使用傳訊引擎原則輔助的情況下,將叢集新增到服務整合匯流排中。 系統會自動建立一個傳訊引擎,然後您再將所需的更多傳訊引擎新增到叢集中。 一般配置是叢集內每一部伺服器各有一個傳訊引擎。 請為叢集內的每個傳訊引擎,各建立一個新的 "1/N" 核心群組原則。 請將原則配置成一個傳訊引擎能夠執行於每一部伺服器,以便提供高可用性行為,例如,每個傳訊引擎都可由一部指定的伺服器來進行失效接手。
    • 您可以設定傳訊引擎可以執行於其中,或由它來失效接手的偏好伺服器排序清單。
    • 您可以指定傳訊引擎可以執行於叢集內的任何伺服器,或只能執行於偏好伺服器清單中的伺服器。
    • 您可以指定在偏好程度更高的伺服器成為可用之時,傳訊引擎是否可以在這部伺服器進行失效回復。
    建立新原則之後,請利用比對準則,使每一個原則與所需要的傳訊引擎相關聯。

    預設服務整合原則「預設 SIBus 原則」不提供這個行為,因此,您必須建立新的核心群組原則。

這類型的配置會提供可用性,因為在伺服器變成無法使用時,每個傳訊引擎都能夠進行失效接手。 這個配置會提供工作量分散功能,因為透過目的地的資料流量會分散給多個傳訊引擎;這個配置也提供可調整性,因為它能夠將新的伺服器新增到叢集中,且不影響叢集中現有的傳訊引擎。

下圖顯示這類型的配置範例。 存在三個傳訊引擎 ME1、ME2 和 ME3,分別有資料儲存庫 A、B、和 C。 這些傳訊引擎在三部伺服器所組成的叢集中執行,通過目的地的資料流量會分散給這些傳訊引擎。 每一部伺服器都是在個別的節點上,因此,如果一個節點失敗,其餘節點上的伺服器仍然可用。

每個傳訊引擎都有一個偏好位置及一個次要位置。 叢集中的每一部伺服器都包含它所能執行的兩個傳訊引擎的定義,且會建立每個傳訊引擎的實例,使一個傳訊引擎將它設為偏好位置而在其中執行,而另一個實例則準備好在另一部伺服器失效時啟動。 ME1 執行於 server1,可由 server2 來進行失效接手;ME2 執行於 server2,可由 server3 來進行失效接手;ME3 執行於 server3,可由 server1 來進行失效接手。

偏好的伺服器和次要伺服器,都必須能夠存取每個傳訊引擎的訊息儲存庫。 達成的方式會隨著所用的資料儲存庫拓蹼而不同。 如果您使用網路資料庫伺服器,您必須確定叢集內所有可能執行傳訊引擎的伺服器都能夠存取這部資料庫伺服器。 另外,您也可以利用共用磁碟,使用外部高可用性架構來管理資料庫。

這個範例配置是您使用傳訊引擎原則輔助,及三部伺服器所組成之叢集的「具備高可用性的可調整性」傳訊引擎原則時,所建立的配置。

圖 1. 具備工作量分散或可調整性的高可用性配置
圖表周圍的文字是說明。

下圖顯示 server1 失效所發生的情況。 傳訊引擎 ME1 在其偏好伺服器清單中的下一部伺服器 server2 上啟動。 ME2 繼續在 server2 上執行,ME3 繼續在 server3 上執行。

圖 2. server1 失效之後,具備工作量分散或可調整性的高可用性配置
圖表周圍的文字是說明。

下圖顯示 server1 重新成為可用且 server2 失效時所發生的情況。 由於已設定 ME1 的失效回復,傳訊引擎 ME1 在其偏好伺服器清單中的第一部伺服器 server1 上啟動,傳訊引擎 ME2 在其偏好伺服器清單中的下一部伺服器 server3 上啟動。 ME3 繼續在 server3 上執行。

圖 3. server2 失效之後,具備工作量分散或可調整性的高可用性配置
圖表周圍的文字是說明。

預先定義的「具備高可用性的可調整性」傳訊引擎原則會建立具備可調整性和高可用性等層面的配置。 下圖顯示另一個配置範例,提供高可用性和工作量分散功能,其中以訊息傳輸為優先。 有兩個傳訊引擎:ME1 和 ME2,分別有資料儲存庫 A 和 B,它們執行於三部伺服器所組成的叢集,透過目的地的資料流量會分散給它們。 在一般作業中,ME1 執行於 server1,ME2 執行於 server2。 server3 提供這兩個傳訊引擎的失效接手位置。 這稱為 "N+1" 配置,因為有一個備用伺服器。

圖 4. "N+1" 配置中具備工作量分散功能的高可用性傳訊引擎
圖表周圍的文字是說明。

ME1 的偏好伺服器清單是 server1、server3,ME2 的偏好伺服器清單是 server2、server3。 這個配置的優點是,如果一部伺服器失效,其餘每部伺服器都只代管一個傳訊引擎。 這個配置的缺點是備用伺服器的費用。 如果要達成這類型的配置,您可以使用自訂傳訊引擎原則。

如果您沒有使用傳訊引擎原則輔助,且想要傳訊引擎使用偏好的伺服器,您必須指定傳訊引擎的一或多部偏好的伺服器。 每當偏好的伺服器可用時,高可用性管理程式 (HAManager) 都會在其中執行傳訊引擎。 當沒有可用的偏好伺服器時,傳訊引擎會執行於任何其他可用的伺服器。 您也可以在原則上設定失效回復選項,以便在偏好的伺服器重新成為可用時,HAManager 將傳訊引擎重新移回其中。


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



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