WAS/DB2 クラスター・モデルと使用事例
このモデルには、 DB2® データベース、 DB2 および 4 つの WebSphere Applications に依存する WebSphere® Application Server アプリケーションが含まれています。 このモデルの親/子依存関係は、WAS をアクティブ化する前に DB2 が使用可能になっている必要があり、 WebSphere (WS#) アプリケーションは WAS の可用性に依存しています。
リソース・グループのロケーション依存関係は、 DB2 と WAS が同じノードで活動化 されてはならない こと、WAS が WS4 (図を参照) に依存する同じノードでオンラインになっていること、および DB2 が WS1、 WS2 、および WS3を持つ同じノードでオンラインになっていることです。 WS# のロケーション依存関係はここで使用するための一例にすぎません。 ただし、この構成では、一方のノードが DB2 用に微調整され (したがって、 DB2では最も優先順位の高いノードになります)、もう一方のノードが WAS 用に微調整されます。 バックアップ・ノードはどちらにも共通で、このバックアップ・ノードが一度にホストできるのは、2 つのグループのいずれか 1 つです。
リソース・グループ・ポリシー
すべてのリソース・グループには次のポリシーがあります。
- 始動ポリシー: Online On First Available Node (最初の使用可能ノードでオンライン)
- フォールオーバー・ポリシー: Fallover to Next Priority Node (次の優先順位のノードにフォールオーバー)
- フォールバック・ポリシー: Never Fallback (フォールバックしない)
| 参加ノード | ロケーション依存関係 | 親/子依存関係 |
|---|---|---|
|
同じノードでオンラインの依存関係のグループ:
異なるノードでオンラインの依存関係グループは次のとおりです。
|
|
使用事例 1: 1 番目のノードの開始 (ノード 1)
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|---|
| 1 | ノード 1 の開始 | 親/子依存関係が一致しない。 | ||
| 2 | WAS:ERROR | |||
| 3 | WS4: ERROR | |||
| 事後条件/リソース・グループの状態 | WAS: ERROR WS4: ERROR |
|
WAS: DB2:
|
WAS と WS4 はノード 1 で開始できましたが、親リソース・グループ DB2 はまだオフライン状態です。 そのため、WAS と WS4 はエラー状態になります。
使用事例 2: 2 番目のノードの開始 (ノード 2)
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|---|
| 1 | ノード 2 の開始 | |||
| 2 | DB2 の獲得 | |||
| 3 | WAS の獲得 | |||
| 4 | WS4 の獲得 | WS1、WS2、WS3 の獲得 | ||
| 事後条件/リソース・グループの状態 | WAS:ONLINE WS4: ONLINE |
|
WAS: DB2:
|
ノード 2 が DB2 (親 RG) を開始します。これにより、WAS ( DB2の子) の処理がトリガーされます。 最終的に、それぞれのノードですべての孫が開始されます。
順番にノード 1、2、3 を開始の統合表示
| ステップ | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|
| ノード 1 の開始 | WAS:ERROR WS4: ERROR |
DB2:
|
WAS: DB2:
|
| ノード 2 の開始 | WAS:ONLINE WS4: ONLINE |
|
WAS: DB2:
|
| ノード 3 の開始 | WAS:ONLINE WS4: ONLINE |
|
|
使用事例 3: 順番に関係なくノードを開始 (ノード 3)
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 | コメント |
|---|---|---|---|---|---|
| 1 | ノード 3 の開始 | ||||
| 2 | DB2 の獲得 | ||||
| 事後条件/リソース・グループの状態 | WASだ： DB2: WS4 |
WS1:
|
|
ノード 3 はすべてのリソース・グループの参加ノードです。 ただし、WAS と DB2 を同じノード上に共存させることはできません。 DB2 (親になる) は、ノード 3 で開始されます。これは、WAS を同じノードで開始できないことを意味します。 WAS がオンラインに なっていない ため、WAS の子はいずれもノード 3 でオンラインになることはできません。
使用事例 4: 順番に関係なく 2 番目のノードの開始 (ノード 2)
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|---|
| 1 | ノード 2 の開始 | |||
| 2 | リリース DB2 | |||
| 3 | DB2 の獲得 | |||
| 4 | WAS の獲得 | |||
| WS1、WS2、WS3 の獲得 | WS4 の獲得 | |||
| 事後条件/リソース・グループの状態 | WAS: WS4 |
|
|
ノード 2 は、 DB2の優先順位の高いノードです。 そのため、 DB2 はノード 2 にフォールバックし、ノード 3 で WAS (異なるノードでオンラインの依存関係セット) を獲得できるようになりました。
使用事例 5: 3 番目のノードの開始 (ノード 1)
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|---|
| 1 | ノード 1 の開始 | |||
| 2 | WS1、WS2、WS3 の解放 | WS4 の解放 | ||
| 3 | WAS の獲得 | |||
| 4 | WS4 の獲得 | |||
| 5 | WS1、WS2、WS3 の獲得 | |||
| 事後条件/リソース・グループの状態 | WAS:ONLINE WS4: ONLINE |
|
|
すべてのグループがオンライン。
順番にノード 3、2、1 を開始の統合表示
| ステップ | ノード 1 | ノード 2 | ノード 3 |
|---|---|---|---|
| ノード 3 の開始 | WAS: WS4: |
DB2:
|
|
| ノード 2 の開始 | WAS: WS4: |
|
|
| ノード 1 の開始 | WAS:ONLINE WS4: ONLINE |
|
|
使用事例 6: 獲得の失敗例
| ステップ/限定 | アクション | ノード 1 | ノード 2 | ノード 3 | コメント |
|---|---|---|---|---|---|
| WAS: WS4: |
|
|
|||
| 1 | Node_up 1 | ||||
| 2 | WS1 WS2 WS3 の解放 | WS4 の解放 | |||
| 3 | WAS の解放 | ||||
| 4 | WAS の獲得 | WAS の獲得失敗 | |||
| 5 | rg_move WAS | 通常の rg_move イベント | |||
| 6 | WAS の獲得 | ||||
| 7 | WS1 WS2 WS3 の獲得 | WS4 の獲得 | |||
| 事後条件/リソース・グループの状態 | WAS:OFFLINE WS4: OFFLINE |
DB2: オンライン WS1: オンライン
|
|
ノード 1 がクラスターに結合すると、WAS はフォールバックしようとしますが、獲得は失敗します。 獲得の失敗により、resource_state_change イベントが起動され、これが WAS を元のノードに移動させる rg_moveイベントをトリガーします。