![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
ODR に障害がある場合のセル・アフィニティー
セル・アフィニティー機能により、オンデマンド・ルーター (ODR) の障害が起こった場合でも、セッションを保存するブリッジされていない、マルチセルのオンデマンド・ルーター (ODR) トポロジーを構成できます。
次の図は、要求/応答フローのシナリオを示しています。
このシナリオでは、ブラウザーがセッション中の要求を IBM® HTTP Server に送ります。IBM HTTP Server は、要求を元の ODR 1.1 に転送することができないと判断しました。代わりに、IBM HTTP Server は、要求を ODR 2.1 に転送します (通常は、これによりセッションが中断されます)。図では、実線の矢印は要求を表わします。一方点線の矢印は応答を表わします。フローは、次の順序で説明されています。
- ブラウザーが要求を IBM HTTP Server に送信します。ODR 1.1 は機能していません。 フェイルオーバーが試みられると、IBM HTTP Server は、ODR 2.1 にルーティングします。
- ODR 2.1 は、この要求の宛先が元は ODR 1.1 であったことに 気付きます。そこで、ODR 2.1 は、ODR 1.1 を含んでいる汎用サーバー・クラスターを検出し、 その汎用サーバー・クラスター内のアクティブな ODR、つまり ODR 1.2 にルーティングし直します。
- ODR 1.2 は、応答処理中にこのセッションを選択されたものとしてマークし、要求を元々のバックエンド・ターゲット・クラスターに転送します。
- ODR 1.2 はこのセッションを選択したため、Cookie を設定します。これにより、次の要求 (#4) は ODR 2.1 ではなく ODR 1.2 に直接送信されます。
IBM HTTP Server は、ODR1.1 に障害があることを検出すると、ODR1.2 に直接ルーティングできます。この場合、ODR1.2 は、要求を正しいバックエンド・ターゲット・クラスターに転送して、3 と 4 で前述したように応答処理中にセッションを選択します。
以下の図は、ブラウザーがセッション中の要求を IBM HTTP Server に送信するような要求/応答フローのシナリオを示しています。
