私はトポロジが以下のようなWAS環境を持っています:
エンド ユーザーからの要求は IHS を経由して WAS1 に到着し、WAS1 からのそのアプリケーションは、F5 デバイスが負荷分散作業を処理するバックエンド WAS2 CLUSTER からアプリケーション サービスを呼び出します。
ここでの私の質問は、WAS2クラスターのセッション追跡メカニズムについてです。有効Memory-to-memory replicationにしたら、どちらかまたはここで使用できますcookiesかURL rewriting? その場合、手動で構成する必要がありますか? そうでない場合、どの追跡方法を使用できますか? そして、どれができませんか？なんで？
できるだけ詳しく説明してください！
前もって感謝します
Cookie や URL の書き換えは、セッション レプリケーションとは関係ありません。これらは、クライアントがセッション ID をサーバーに送り返す手段です。Cookie はデフォルトでサポートされており、URL の書き換えを有効にするには、チェックボックスをオンにする必要があります。
いくつか質問があります。
(1) WAS 1 がクラスター化されていないのはなぜですか? （または、この写真でそれを示したくありませんでした）。
(2) それはどのような役割を果たしますか? その機能はプレーンな IHS で実現できますか?
(3) なぜ WAS 1 と WAS クラスターの間で F5 を使用するのですか? F5 ロード バランサの仕組みがわかりません。通常、IHS は、WAS によって生成されたクローン ID を使用して、要求をルーティングする WAS サーバーを認識します。これが、IHS+WAS でセッション アフィニティを実現する方法です。F5 はこれを達成できる場合とできない場合があります。
URL 書き換えを有効にし、アプリケーション コード内のすべてのリンクがエンコードされた URL を使用することを除いて、上記のこの構造に必要な構成はありません。Cookie がデフォルトのアプローチであり、事実上、Cookie がオフになっていると WAS が機能しないため (セキュリティ (認証/認証) に使用される LTPAToken が Cookie としてクライアントに送り返されるため)、Cookie を使用することをお勧めします)。 .
1 つの「コード化されていない URL リンク」がユーザーのセッションを失う可能性があるという事実を除いて、URL 再書き込みを使用しても害はありません。
HTH