製品ドキュメント
ADC
14.1 - Current Release 13.1 13.0 12.1
PDFを表示

接続確立中にバックエンドサーバーがTCP接続をリセットした場合に再試行を要求する

August 15, 2023
寄稿者: 
C

接続確立中にバックエンドサーバーがTCP接続をリセットすると、要求再試行機能により、リセットをクライアントに送信する代わりに、次に利用可能なサーバーに要求が転送されます。リロードバランシングを行うことで、アプライアンスが次に使用可能なサービスへの同じリクエストを開始したときに、クライアントは RTT を節約できます。

SYN 確立時にバックエンドサーバーが TCP 接続をリセットしたときの要求再試行の仕組み

次の図は、コンポーネントが互いに相互作用することを示しています。

リクエストの再試行の仕組み

  1. このプロセスでは、まずアプライアンスの appqoe 機能を有効にします。
  2. クライアントが HTTP または HTTPS リクエストを送信すると、負荷分散仮想サーバーはバックエンドサーバーへの接続を開始します。
  3. TCP SYN 確立時に要求されたサービスが利用できない場合、バックエンドサーバーは TCP 接続をリセットします。
  4. appqoe 設定で「再試行」が有効になっていて、必要な再試行回数が指定されている場合、負荷分散仮想サーバーは、設定された負荷分散アルゴリズムを使用して、次に利用可能なアプリケーションサーバーに要求を転送します。
  5. 負荷分散仮想サーバーが応答を受信した後、アプライアンスは応答をクライアントに転送します。
  6. 使用可能なバックエンドサーバーが再試行回数と同じかそれ以下で、すべてのサーバーがリセットを送信した場合、アプライアンスは500の内部サーバーエラーを返します。使用可能なサーバーが5つあり、再試行回数が6に設定されているシナリオを考えてみます。5 台のサーバーすべてが接続をリセットすると、アプライアンスはクライアントに 500 内部サーバーエラーを返します。
  7. 同様に、バックエンドサーバーの数が再試行回数を超え、バックエンドサーバーがTCP SYN確立時に接続をリセットした場合、アプライアンスはリセットをクライアントに転送します。3つのバックエンドサーバーがあり、再試行回数が2に設定されているシナリオを考えてみます。3 台のサーバーが接続をリセットすると、アプライアンスはクライアントにリセットパケットを送信します。

TCP SYN 確立時にバックエンドサーバーがリセットされるときのリクエスト再試行 (GET メソッドと POST メソッド) を設定します

CLIおよびGUIの構成は、GETおよびPOSTメソッドの場合と同様の手順です。詳細については、「 GET メソッドのリクエスト再試行の構成 」の「バックエンドサーバーが接続セクションをリセットするときの POST メソッドのリクエスト再試行を構成する」を参照してください。tyuu

接続確立中にバックエンドサーバーがTCP接続をリセットした場合に再試行を要求する
August 15, 2023
寄稿者: 
C
August 15, 2023
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.