-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
AWSでNetScaler ADC VPXインスタンスを展開する
-
-
-
-
-
-
-
-
-
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
最短応答時間法
負荷分散仮想サーバーが最小の応答時間方式を使用するように構成されている場合、アクティブな接続が最も少なく、平均応答時間が最も小さいサービスを選択します。この方法は、HTTP および SSL (セキュアソケットレイヤー) 負荷分散仮想サーバーに対してのみ構成できます。応答時間（TTFB とも呼ばれます）は、要求パケットをサービスに送信してからサービスから最初の応答パケットを受信するまでの時間間隔です。Citrix ADCアプライアンスは、応答コード200を使用してTTFBを計算します。
次の例は、仮想サーバが、最小応答時間方式を使用してロードバランシングするサービスを選択する方法を示しています。次の 3 つのサービスを検討してください。
- Service-HTTP-1 は 3 つのアクティブなトランザクションを処理しており、TTFB は 2 秒です。
- Service-HTTP-2 は 7 つのアクティブなトランザクションを処理し、TTFB は 1 秒です。
- Service-HTTP-3 はアクティブなトランザクションを処理せず、TTFB は 2 秒です。
次の図は、Citrix ADCアプライアンスが最小応答時間方式を使用して接続を転送する方法を示しています。
図1：最小応答時間のロードバランシング方式の動作
仮想サーバは、各サービスのアクティブなトランザクション数に TTFB を掛けてから、最も低い結果を持つサービスを選択することによって、サービスを選択します。上記の例では、仮想サーバは次のように要求を転送します。
- Service-HTTP-3 は、サービスがアクティブなトランザクションを処理していないため、最初の要求を受信します。
- Service-HTTP-3 は、2 番目と 3 番目の要求も受信します。これは、3 つのサービスの中で最も低い結果になるためです。
- Service-HTTP-1 は 4 番目の要求を受信します。Service-HTTP-1とService-HTTP-3は同じ結果になるため、Citrix ADCアプライアンスはラウンドロビン方式を適用して選択します。
- Service-HTTP-3 は 5 番目の要求を受信します。
- Service-HTTP-2 は 6 番目の要求を受信します。これは、この時点で結果が最も低いためです。
- この時点では、Service-HTTP-1、Service-HTTP-2、Service-HTTP-3 はすべて同じ結果になるため、アプライアンスはラウンドロビン方式に切り替わり、その方式を使用して接続を配信し続けます。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| リクエストを受け取りました | 選択されたサービス | 現在のN値（アクティブ・トランザクション数 * TTFB） | 注釈 |
|---|---|---|---|
| Request-1 | Service-HTTP-3;(N = 0) | N = 2 | Service-HTTP-3 の最小値は N です。 |
| Request-2 | Service-HTTP-3; (N = 2) | N = 4 | Service-HTTP-3 の最小値は N です。 |
| Request-3 | Service-HTTP-3; (N = 4) | N = 6 | Service-HTTP-3 の最小値は N です。 |
| Request-4 | Service-HTTP-1;（N = 6） | N = 8 | Service-HTTP-1 とService-HTTP-3 は、同じ N 値を持ちます。アプライアンスは、ラウンドロビン方式を使用して要求を配信します。 |
| Request-5 | Service-HTTP-3;（N = 6） | N = 8 | Service-HTTP-1 とService-HTTP-3 は、同じ N 値を持ちます。 |
| Request-6 | Service-HTTP-2;（N = 7） | N = 8 | Service-HTTP-2 は最小 N 値を持ちます。 |
| Request-7 | Service-HTTP-3;（N = 8） | N = 10 | Service-HTTP-1、Service-HTTP-2、およびService-HTTP-3 は、同じ N 値を持ちます。Citrix ADCアプライアンスは、ラウンドロビン方式を使用してリクエストを配信します。 |
| Request-8 | Service-HTTP-1;（N = 8） | N = 10 | Service-HTTP-1 と Service-HTTP-2 は同じ値を持ちます。アプライアンスは、ラウンドロビン方式を使用して要求を分散します。 |
Service-HTTP-1 は、アクティブなトランザクションが完了したとき、またはその N 値が他のサービス（Service-HTTP-2 および Service-HTTP-3）よりも小さい場合に、ロードバランシングのために再び選択されます。
ウェイト割り当て時のサービスの選択
次の図は、重みの割り当て時にCitrix ADCアプライアンスが最小応答時間方式を使用する方法を示しています。
図2：重みが割り当てられている場合の最小応答時間負荷分散方法の仕組み
仮想サーバーは、次の式の値 (Nw) を使用してサービスを選択します。
Nw = (N) * (10000/weight)。ここで N = (アクティブなトランザクション数 * TTFB)
Service-HTTP-1 に重みが 2、Service-HTTP-2 に重みが 3、Service-HTTP-3 に重みが 4 が割り当てられているとします。
Citrix ADCアプライアンスは、次のように要求を配信します。
-
Service-HTTP-3 は、アクティブなトランザクションを処理していないため、最初の要求を受信します。
サービスがアクティブなトランザクションを処理していない場合、アプライアンスは割り当てられている重みに関係なくトランザクションを選択します。
-
Service-HTTP-3 は、Nw の値が最小であるため、2 番目、3 番目、4 番目、5 番めの要求を受信します。
-
Service-HTTP-2 は 6 番目の要求を受信します。これは、このサービスが Nw の値が最も小さいためです。
-
Service-HTTP-3 は、このサービスの Nw 値が最小であるため、7 番目の要求を受信します。
-
Service-HTTP-2 は 8 番目の要求を受信します。これは、このサービスが Nw の値が最も小さいためです。
Service-HTTP-1 は重みが最も低く、したがって Nw 値が最大であるため、仮想サーバはロードバランシング用に選択しません。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| リクエストを受け取りました | 選択されたサービス | 現在のニュート値 = (N) * (10000/重量) | 注釈 |
|---|---|---|---|
| Request-1 | Service-HTTP-3; (Nw = 0) | Nw = 5000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-2 | Service-HTTP-3; (Nw = 5000 | Nw = 10000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-3 | Service-HTTP-3; (Nw = 10000) | Nw = 15000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-4 | Service-HTTP-3; (Nw = 15000) | Nw = 20000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-5 | Service-HTTP-3; (Nw = 20000) | Nw = 25000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-6 | Service-HTTP-2; (Nw = 23333.34) | Nw = 26666.67 | Service-HTTP-2は、最小Nw値を持っています。 |
| Request-7 | Service-HTTP-3; (Nw = 25000) | Nw= 30000 | Service-HTTP-3 の Nw 値は最小です。 |
| Request-8 | Service-HTTP-2; (Nw = 26666.67) | Nw = 30000 | Service-HTTP-2は、最小Nw値を持っています。 |
Service-HTTP-1 は、アクティブなトランザクションが完了したとき、またはその Nw 値が他のサービス (Service-HTTP-2 および Service-HTTP-3) よりも小さい場合に、ロードバランシングの対象として選択されます。
CLI を使用して最小応答時間のロードバランシング方式を設定するには
コマンドプロンプトで、次のように入力します。
set lb vserver <name> -lbMethod LEASTRESPONSETIME
<!--NeedCopy-->
例:
set lb vserver Vserver-LB-1 -lbMethod LEASTRESPONSETIME
<!--NeedCopy-->
GUI を使用して最小応答時間のロードバランシング方式を構成するには
- [ トラフィック管理 ] > [ 負荷分散 ] > [ 仮想サーバー] に移動し、仮想サーバーを開きます。
- [詳細設定] で、[LEASTRESPONSETIME] を選択します。
モニタの構成の詳細については、「 負荷分散セットアップでのモニタの設定」を参照してください。
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.