F5は、すべてのREST 1つのクライアントから同じホストへの要求をルーティングします
SSLターミネーション、SSL永続性を使用して、F5の背後にクラスター化された残りのWebサービスがあり、バランシングは「最小接続」です。このサービスでは、1日に何百万ものメッセージが表示されます。私たちのクライアントの大多数は、おそらく1分あたり数通のメッセージを投稿しています。ただし、バッチで動作し、非常に短い期間で150万ものメッセージを送信できるものがいくつかあります。これらのクライアントがバッチを開始すると、F5がすべてのメッセージを1つのインスタンスにルーティングするという動作が見られます。これによりホットスポットが作成され、場合によっては障害が発生します。
私はクライアントのコードに精通していませんが、クライアントがどのように接続を作成しているかを確認するために、そのコードにアクセスできる可能性があります。しかし、F5構成に、誤ってこれを引き起こしている可能性のある誤ったものがあるのではないかと思っていました。
どんな助けでも大歓迎です。
これが発生する理由は、クライアントが接続すると、特定のバックエンドサーバーへの接続が確立され、F5は、存在する限り、同じ接続を使用して後続のすべての要求を送信するためです。人間のユーザーからの典型的なクライアントWeb要求を処理する場合、これは多くの問題を解決し、典型的な動作です。この動作は永続性の動作に優先し、SSLの永続性にもかかわらず発生します。ブラウザは通常、数秒のアイドル時間後に切断されますが、スクリプトは切断されません。ただし、クライアントからのスクリプトを処理する場合、これにより多くの問題が発生するようです。これを修正するには、iRuleを使用して、 HTTP_REQUESTイベント にフックする必要があります。その後、後続の各リクエストを強制的に別のサーバーに送信できます。