-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
-
NetScalerアプライアンスのアップグレードとダウングレード
-
-
-
-
-
-
-
-
-
-
-
-
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 (Secure Sockets Layer) 負荷分散仮想サーバーでのみ構成できます。応答時間 (Time to First Byte、または TTFB とも呼ばれる) は、要求パケットをサービスに送信してからサービスから最初の応答パケットを受信するまでの時間間隔です。NetScalerアプライアンスは、応答コード200を使用してTTFBを計算します。
次の例は、仮想サーバーが最小応答時間の方法を使用して負荷分散用のサービスを選択する方法を示しています。次の 3 つのサービスを検討してください。
- Service-HTTP-1 は 3 つのアクティブなトランザクションを処理し、TTFB は 2 秒です。
- Service-HTTP-2 は 7 つのアクティブなトランザクションを処理し、TTFB は 1 秒です。
- Service-HTTP-3 はアクティブなトランザクションを一切処理しておらず、TTFB は 2 秒です。
次の図は、NetScalerアプライアンスが最短応答時間方式を使用して接続を転送する方法を示しています。
図1：最小応答時間のロードバランシング方式の動作
仮想サーバは、各サービスのアクティブなトランザクション数に TTFB を掛けてから、最も低い結果を持つサービスを選択することによって、サービスを選択します。上記の例では、仮想サーバーは次のように要求を転送します。
- Service-HTTP-3 は、サービスがアクティブなトランザクションを処理していないため、最初の要求を受信します。
- Service-HTTP-3 は、2 番目と 3 番目の要求も受信します。これは、3 つのサービスの中で最も低い結果になるためです。
- Service-HTTP-1 は 4 番目の要求を受信します。サービスHTTP-1とサービス-HTTP-3の結果は同じなので、NetScalerアプライアンスはラウンドロビン方式を適用してどちらかを選択します。
- Service-HTTP-3 は 5 番目の要求を受信します。
- Service-HTTP-2 は 6 番目のリクエストを受信します。これは、この時点では最も低い結果が得られるためです。
- この時点では、Service-HTTP-1、Service-HTTP-2、Service-HTTP-3 はすべて同じ結果になるため、アプライアンスはラウンドロビン方式に切り替わり、その方式を使用して接続を配信し続けます。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| リクエストを受け取りました | サービス選択済み | 現在の N 値 (アクティブなトランザクションの数* TTFB) | 注釈 |
|---|---|---|---|
| Request-1 | サービス-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 | サービス-HTTP-1; (N = 6) | N = 8 | サービス HTTP-1 とサービス HTTP-3 の N 値は同じアプライアンスはラウンドロビン方式を使用してリクエストを配信します。 |
| Request-5 | サービス-HTTP-3; (N = 6) | N = 8 | サービス HTTP-1 とサービス HTTP-3 の N 値は同じ |
| Request-6 | サービス-HTTP-2; (N = 7) | N = 8 | Service-HTTP-2 は最小 N 値を持ちます。 |
| Request-7 | サービス-HTTP-3; (N = 8) | N = 10 | サービス HTTP-1、サービス HTTP-2、サービス HTTP-3 の N 値は同じ。NetScalerアプライアンスは、ラウンドロビン方式を使用してリクエストを配信します。 |
| Request-8 | サービス-HTTP-1; (N = 8) | N = 10 | サービス HTTP-1 と Service-HTTP-2 の N 値は同じ。アプライアンスはラウンドロビン方式を使用して要求を配信します。 |
アクティブなトランザクションが完了したとき、またはその N 値が他のサービス（Service-HTTP-2 と Service-HTTP-3）よりも小さいときに、サービス HTTP-1 がロードバランシングの対象として再び選択されます。
ウェイト割り当て時のサービスの選択
次の図は、重みが割り当てられたときにNetScalerアプライアンスが最小応答時間方式を使用する方法を示しています。
図2：重みが割り当てられている場合の最小応答時間負荷分散方法の仕組み
仮想サーバーは、次の式の値 (Nw) を使用してサービスを選択します。
Nw = (N) * (10000/weight)。ここで N = (アクティブなトランザクション数 * TTFB)
Service-HTTP-1 に重みが 2、Service-HTTP-2 に重みが 3、Service-HTTP-3 に重みが 4 が割り当てられているとします。
NetScalerアプライアンスは、次のようにリクエストを配信します。
-
Service-HTTP-3 は、アクティブなトランザクションを処理していないため、最初の要求を受信します。
サービスがアクティブなトランザクションを処理していない場合、アプライアンスは割り当てられている重みに関係なくトランザクションを選択します。
-
Service-HTTP-3 は、Nw の値が最小であるため、2 番目、3 番目、4 番目、5 番めの要求を受信します。
-
Service-HTTP-2 は 6 番目のリクエストを受信します。これは、このサービスの Nw 値が最も低いためです。
-
Service-HTTP-3 は 7 番目のリクエストを受け取ります。これは、このサービスの Nw 値が最も小さいためです。
-
Service-HTTP-2 は 8 番目のリクエストを受け取ります。これは、このサービスの Nw 値が最も小さいためです。
Service-HTTP-1 は重みが最も低く、したがって Nw 値が最大であるため、仮想サーバはロードバランシング用に選択しません。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| リクエストを受け取りました | サービス選択済み | 現在の新しい値 = (N) * (10000/重量) | 注釈 |
|---|---|---|---|
| Request-1 | サービス-HTTP-3; (新規 = 0) | Nw = 5000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-2 | Service-HTTP-3; (Nw = 5000) | Nw = 10000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-3 | Service-HTTP-3; (Nw = 10000) | Nw = 15000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-4 | Service-HTTP-3; (Nw = 15000) | Nw = 20000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-5 | Service-HTTP-3; (New = 20000) | Nw = 25000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-6 | Service-HTTP-2; (New = 23333.34) | Nw = 26666.67 | サービス HTTP-2 の Nw 値は最も低いです。 |
| Request-7 | Service-HTTP-3; (New = 25000) | Nw = 30000 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-8 | Service-HTTP-2; (Nw = 26666.67) | Nw = 30000 | サービス 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.