WebSphere Virtual Enterprise, Version 6.1.1
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows,


ODR に障害がある場合のセル・アフィニティー

セル・アフィニティー機能により、オンデマンド・ルーター (ODR) の障害が起こった場合でも、セッションを保存するブリッジされていない、マルチセルのオンデマンド・ルーター (ODR) トポロジーを構成できます。このトポロジー・ダイアグラムは、元の ODR が機能しなくなったために、IBM HTTP サーバー要求を元のセッション・パスにない ODR に送る必要がある場合の、セル・アフィニティーの要求/応答フローを示しています。

要求/応答フローを示すシナリオは、以下の図に示されています。このシナリオでは、ブラウザーがセッション中の要求を IBM HTTP サーバーに送っています。IBM HTTP サーバーは、要求を元の ODR1.1 に転送することができないと判断したため、代わりに要求を ODR2.1 に転送するように選択しました (通常では、これによりセッションが中断されます)。図では、実線の矢印は要求を表わします。一方点線の矢印は応答を表わします。フローは、次に以下の順序で説明されています。
  1. ブラウザーが要求を IBM HTTP サーバーに送信します。ODR1.1 は機能していません。 フェイルオーバーが試みられると、IBM HTTP Server は、ODR2.1 にルーティングします。
  2. ODR2.1 は、この要求の宛先が元々は ODR1.1 であったことに気付きます。そこで、ODR2.1 は、ODR1.1 を含む汎用サーバー・クラスターを検索し、汎用サーバー・クラスター内でアクティブの ODR、つまり ODR1.2 にルーティングし直します。
  3. ODR1.2 は、応答処理中にこのセッションを選択されたものとしてマークし、要求を元々のバックエンド・ターゲット・クラスターに転送します。

IBM HTTP サーバーは、ODR1.1 に障害があることを検出すると、ODR1.2 に直接ルーティングできます。この場合、ODR1.2 は、要求を正しいバックエンド・ターゲット・クラスターに転送して、3 と 4 で前述したように応答処理中にセッションを選択します。

以下の図は、ブラウザーがセッション中の要求を IBM HTTP Server に送信するような要求/応答フローのシナリオを示しています。


単一 ODR 障害




関連情報
セル・アフィニティーの使用可能化
複数の層からなる環境でのセル・アフィニティーの構成
リモート ODR セル用の汎用サーバー・クラスターの定義
pluginmerge.bat|.sh スクリプト
ODR の作成と構成
ODR の構成
概念のトピック    

ご利用条件 | フィードバック

最終更新: 2009/09/17 16時30分32秒EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/codoeaftop.html