-
-
-
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!
最小接続方式
仮想サーバーが最も少ない接続負荷分散アルゴリズム (または方法) を使用するように構成されている場合、アクティブな接続が最も少ないサービスを選択します。これは、ほとんどの状況で最高のパフォーマンスを提供するため、デフォルトの方法です。
TCP、HTTP、HTTPS、およびSSL_TCPサービスの場合、NetScalerアプライアンスの既存の接続のリストには次の接続タイプが含まれます。
- サービスへのアクティブな接続。クライアントが仮想サーバーに送信し、仮想サーバーがサービスに転送した要求を表す接続。HTTP および HTTPS サービスの場合、アクティブな接続とは、まだ応答を受け取っていない HTTP または HTTPS リクエストのみを指します。
-
サージキューで待機中の接続。サージキューで待機していて、まだサービスに転送されていない仮想サーバーへの接続。次のいずれかの理由により、いつでも接続がサージキューに蓄積する可能性があります。
- サービスには接続制限があり、負荷分散構成のすべてのサービスがその制限に達しています。
- サージ保護機能が構成され、仮想サーバーへの要求が急増したことで有効化されました。
- 負荷分散されたサーバーが内部制限に達したため、新しい接続は開かれません。(たとえば、Apache サーバーの接続上限に達したとします。)
仮想サーバーが最も少ない接続方法を使用する場合、待機中の接続は特定のサービスに属していると見なします。したがって、それらのサービスへの新しい接続は開かれません。
UDP サービスの場合、最小接続アルゴリズムで考慮される接続には、クライアントとサービス間のすべてのセッションが含まれます。これらのセッションは論理的で時間ベースのエンティティです。セッションの最初のUDPパケットが到着すると、NetScalerアプライアンスは送信元のIPアドレスとポートと宛先のIPアドレスとポートとの間にセッションを作成します。
リアルタイムストリーミングプロトコル（RTSP）接続の場合、NetScalerアプライアンスはアクティブな制御接続の数を使用して、RTSPサービスへの最小接続数を決定します。
次の例は、仮想サーバーが最小接続方法を使用して負荷分散用のサービスを選択する方法を示しています。次の 3 つのサービスを検討してください。
- サービス-HTTP-1は3つのアクティブなトランザクションを処理しています。
- サービス HTTP-2 は 15 件のアクティブなトランザクションを処理しています。
- Service-HTTP-3はアクティブなトランザクションを処理していません。
次の図は、NetScalerアプライアンスが最小接続方法を使用して受信リクエストを転送する方法を示しています。
図1：最小接続数の負荷分散方式の仕組み
この図では、仮想サーバーは、アクティブなトランザクションが最も少ないサーバーを選択して、受信接続ごとにサービスを選択します。
接続は次のように転送されます。
-
Service-HTTP-3 は、アクティブなトランザクションを処理していないため、最初の要求を受信します。
注:アクティブなトランザクションがないサービスが最初に選択されます。
-
Service-HTTP-3 は 2 番目と 3 番目の要求を受信します。これは、サービスのアクティブなトランザクション数が次に最小であるためです。
-
Service-HTTP-1 は 4 番目の要求を受信します。Service-HTTP-1 と Service-HTTP-3 のアクティブトランザクション数が同じであるため、仮想サーバはラウンドロビン方式を使用してそれらのいずれかを選択します。
-
Service-HTTP-3 は 5 番目の要求を受信します。
-
Service-HTTP-1 は、Service-HTTP-1 とService-HTTP-3 の両方がService-HTTP-2 と同じ数の要求を処理するまで、6 番目の要求を受信します。次に、NetScaler ADCアプライアンスは、負荷が最も低いサービスであるか、またはラウンドロビンキューでターンが起動したときに、Service-HTTP-2への要求の転送を開始します。
メモ:Service-HTTP-2 への接続が終了すると，他の 2 つのサービスに 15 個のアクティブなトランザクションがある前に，新しい接続を取得することがあります。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| 着信接続 | サービス選択済み | 現在のアクティブ接続数 | 注釈 |
|---|---|---|---|
| Request-1 | サービス-HTTP-3; (N = 0) | 1 | Service-HTTP-3 はアクティブな接続が最も少ないです。 |
| Request-2 | サービス-HTTP-3; (N = 1) | 2 | Service-HTTP-3 はアクティブな接続が最も少ないです。 |
| Request-3 | Service-HTTP-3; (N = 2) | 3 | - |
| Request-4 | Service-HTTP-1; (N = 3) | 4 | サービス HTTP-1 とサービス HTTP-3 のアクティブな接続数は同じです。 |
| Request-5 | Service-HTTP-3; (N = 3) | 4 | サービス HTTP-1 とサービス HTTP-3 のアクティブな接続数は同じです。 |
| Request-6 | サービス-HTTP-1; (N = 4) | 5 | - |
| Request-7 | Service-HTTP-3; (N = 4) | 5 | - |
| Request-8 | Service-HTTP-1; (N = 5) | 6 | - |
Service-HTTP-2 は、アクティブなトランザクションが完了して現在の接続が終了したとき、または他のサービス（Service-HTTP-1 と Service-HTTP-3）の接続がそれぞれ 15 個以上ある場合に、負荷分散の対象として選択されます。
NetScalerアプライアンスは、サービスに重みを割り当てる場合に最小限の接続方法を使用することもできます。次の式の値 (Nw) を使用してサービスを選択します：
Nw = (アクティブなトランザクションの数) * (10000 /重量)
次の例は、NetScalerアプライアンスがサービスに重みを割り当てるときに、最小接続方法を使用して負荷分散用のサービスを選択する方法を示しています。前の例では、サービス HTTP-1 に 2 の重みが割り当てられ、サービス HTTP-2 には 3 の重みが割り当てられ、サービス HTTP-3 には 4 の重みが割り当てられているとします。接続は次のように転送されます。
- Service-HTTP-3 は、サービスがアクティブなトランザクションを処理していないため、最初のを受信します。
注：
サービスがアクティブなトランザクションを処理していない場合、NetScalerアプライアンスは各サービスに割り当てられた重みに関係なくラウンドロビン方式を使用します。
-
Service-HTTP-3は、サービスのNw値が最も低いため、2番目、3番目、4番目、5番目、6番目のリクエストを受け取ります。
-
サービス-HTTP-1は7番目のリクエストを受け取ります。Service-HTTP-1 と Service-HTTP-3 は同じ Nw 値を持つため、アプライアンスはラウンドロビン方式でロードバランシングを実行します。したがって、Service-HTTP-3 は 8 番目の要求を受信します。
次の表では、前述の 3 サービス負荷分散設定での接続の分散方法について説明します。
| リクエストを受け取りました | サービス選択済み | 現在の新規 (アクティブなトランザクションの数) * (10000 /重量) の値 | 注釈 |
|---|---|---|---|
| Request-1 | サービス-HTTP-3; (新規 = 0) | Nw = 2500 | サービス HTTP-3 の Nw 値は最も低いです。 |
| Request-2 | Service-HTTP-3; (New = 2500) | Nw = 5000 | |
| Request-3 | Service-HTTP-3; (Nw = 5000) | Nw = 7500 | |
| Request-4 | Service-HTTP-3; (New = 7500) | Nw = 10000 | |
| Request-5 | Service-HTTP-3; (Nw = 10000) | Nw = 12500 | |
| Request-6 | Service-HTTP-3; (Nw = 12500) | Nw = 15000 | |
| Request-7 | Service-HTTP-1; (Nw = 15000) | Nw = 20000 | サービス HTTP-1 とサービス HTTP-3 の Nw 値は同じ |
| Request-8 | Service-HTTP-3; (Nw = 15000) | Nw = 17500 |
サービス HTTP-2 は、アクティブなトランザクションが完了したとき、または他のサービス (サービス HTTP-1 と Service-HTTP-3) の Nw 値が 50000 になったときに、ロードバランシングの対象として選択されます。
次の図は、サービスに重みを割り当てるときに、NetScalerアプライアンスが最も少ない接続方法を使用する方法を示しています。
図2：重み付け時における最小接続負荷分散手法の仕組み
最小接続方法を構成するには、 ポリシーを含まない負荷分散方式の構成を参照してください。
共有
共有
この記事の概要
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.