システムのエンドユーザー用にいくつかのサーバーノードが設定されています。アプリサーバーではいかなる種類のセッションレプリケーションも使用しないため、F5はクライアントが最初にバインドされたACTIVEノードを持つユーザーとの親和性を維持します。
アプリを再デプロイする場合は、F5構成を変更し、ACTIVEプールからノードを取り出します。徐々にユーザーはフィルターをかけ、デプロイできますが、プロセスは少し遅くなります。すべてのユーザーを別のノードにダンプすることはできません。これは、ユーザーアクティビティの更新が重いという性質があるため、変更が失われる可能性があるためです。
とは言うものの、1つのURL /エンドポイントがあります-それを呼び出します http:// site/product/list -クライアントがそれにヒットしたとき、私たちは彼らが持っていた非アクティブノードからそれらを追い出すことができることを知っています別のACTIVEノードとのアフィニティ。
これらの線に沿ってF5ルールを作成しようと何度か試みましたが、あまり成功しなかったので、可能であればここで質問するかもしれないと思いました-これまでに見つけたものに基づいていないと考える理由はありません。
これについては、F5のiRulesフォーラムdevcentral.f5.comに投稿することをお勧めします。 iRulesフォーラムのリンクは次のとおりです。
提案を提供するには、使用している永続性のタイプを知ることが役立ちます。通常、プールメンバーを手動で選択できますが、iRuleからの手動選択では、LTMがそれを行わないため、その要求の永続性を手動で設定する必要もあります。
アーロン