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

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

August 23, 2021
寄稿者: 
C

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

バックエンドサーバーがTCP接続をリセットするときの要求の再試行のしくみ

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

TCP接続リセットの要求再試行のしくみ

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

GETメソッドの要求再試行を構成します

GETメソッドの再試行機能を構成するには、次の手順を実行する必要があります。

  1. AppQoEを有効にする
  2. AppQoEアクションの追加
  3. AppQoEポリシーの追加
  4. AppQoEポリシーを負荷分散仮想サーバーにバインドする

AppQoEを有効にする

コマンドプロンプトで入力します。 enable ns feature appqoe

AppQoEアクションの追加

AppQoEアクションを構成して、TCPリセット後にアプライアンスを再試行するかどうかと再試行の回数を指定する必要があります。

add appqoe action reset_action -retryOnReset ( YES | NO ) -numretries <positive_integer>]

例:

add appqoe action reset_action –retryOnReset YES –numretries 5

RetryonReset バックエンドサーバーがTCP接続をリセットした場合は、再試行を有効にします。 numretries. 再試行回数。

AppQoEポリシーの追加

AppQoEを実装するには、特定のキューで着信HTTPまたはSSL要求に優先順位を付けるようにAppQoEポリシーを構成する必要があります。

コマンドプロンプトで入力します。

add appqoe policy <name> -rule <expression> -action <string>

例:

add appqoe policy reset_policy -rule http.req.method.eq(get) -action reset_action

appqoeポリシーを負荷分散仮想サーバーにバインドする

バックエンドサーバーがTCPパケット要求をリセットし、負荷分散仮想サーバーがその要求を次に利用可能なサービスに転送するようにする場合は、負荷分散仮想サーバーをAppQoEポリシーにバインドする必要があります。

コマンドプロンプトで入力します。

bind lb vserver <name> ((<serviceName> (-policyName <string> [-priority <positive_integer>] [-gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )]

例:

bind lb vserver v1 -policyName reset_policy -type REQUEST -priority 1

POST要求の要求再試行を構成します

バックエンドサーバーにデータを書き込むバランスリクエストをリロードするときは、常に注意を払う必要があります。このようなリクエストの場合は、コンテンツの長さが短いことを確認してください。コンテンツの長さが長いと、リソースが消費される可能性があります。以下の手順に従って、POST要求のリロードバランシングを構成します。

  1. AppQoEを有効にする
  2. AppQoEアクションの追加
  3. AppQoEポリシーの追加
  4. appQoEポリシーを負荷分散仮想サーバーにバインドします

AppQoEを有効にする

コマンドプロンプトで入力します。

enable ns feature appqoe

Appqoeアクションを追加

TCPリセットと再試行回数の後に再試行するには、AppQoEアクションを追加する必要があります。

add appqoe action reset_action -retryOnReset ( YES | NO ) -numretries <positive_integer>]

例:

add appqoe action reset_action –retryOnReset YES –numretries 5

Appqoeポリシーを追加する

AppQoEを実装するには、AppQoEポリシーを構成して、特定のキューで接続をキューに入れる方法を定義する必要があります。

コマンドプロンプトで入力します。

add appqoe policy <name> -rule <expression> -action <string>

例:

add appqoe policy reset_policy -rule HTTP.REQ.CONTENT_LENGTH.le(2000) -action reset_action

注：

コンテンツの長さが2000未満の場合、要求の再試行機能を制限する場合は、この構成を使用できます。

負荷分散仮想サーバーをAppQoEポリシーにバインドする

バックエンドサーバーがTCPパケット要求をリセットし、負荷分散仮想サーバーが特定のキューを介して次に利用可能なサービスに要求を転送するようにする場合は、負荷分散仮想サーバーをAppQoEポリシーにバインドする必要があります。

コマンドプロンプトで入力します。

bind lb vserver <name> ((<serviceName> (-policyName <string> [-priority <positive_integer>] [-gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )]

例: bind lb vserver v1 -policyName reset_policy -type REQUEST -priority 1

Citrix ADC GUIを使用して、要求の再試行のためにAppQoEポリシーを構成します

  1. AppExpert > AppQoE > ポリシーに移動します。
  2. [ AppQoEポリシー ] ページで、[ 追加] をクリックします。
  3. AppQoEポリシー の作成ページで、次のパラメーターを設定します。 a。 名称。AppQoEポリシー名 b。 アクション。アクションを追加または編集します。アクションを作成するには、 AppQoE アクションの作成セクションを参照してください 。 c. 式。HTTP.REQ.CONTENT_LENGTH.le (2000) ポリシー式を選択または入力します。

  4. [作成]して[閉じる] をクリックします。

    リクエストの再試行またはリロードバランシングのAppQoEポリシー

Citrix ADC GUIを使用して、要求の再試行バランシング用のAppQoEアクションを構成します

  1. AppExpert > AppQoE > アクションに移動します。
  2. [ AppQoEアクション ]ページで、[ 追加]をクリックします。
  3. [ AppQoEアクション の作成]ページで、TCPリセット時に再試行するための次のパラメーターを設定します。 a。 TCPリセットを再試行します。TCP リセットの再試行アクションを有効にするには、このチェックボックスをオンにします。 b。 再試行回数。再試行回数を入力します。

  4. [作成]して[閉じる] をクリックします。

    リクエストの再試行バランシング用にAppQoEアクションを構成します

TCP SYNの確立時にバックエンドサーバーがリセットされたときに、GETメソッドの要求の再試行を構成します

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

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

この記事の概要

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