-
-
-
VMware ESX、Linux KVM、およびCitrix Hypervisorで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!
動的往復時間方式
動的ラウンドトリップ時間 (RTT) は、クライアントのローカル DNS サーバーとデータリソース間のネットワークの時間または遅延の尺度です。動的RTTを測定するために、NetScalerアプライアンスはクライアントのローカルDNSサーバーをプローブし、RTTメトリック情報を収集します。次に、アプライアンスはこのメトリックを使用して負荷分散を決定します。グローバルサーバー負荷分散は、ネットワークのリアルタイムの状態を監視し、RTT値が最も低いデータセンターにクライアント要求を動的に送信します。
クライアントのドメインに対するDNS要求が、そのドメインの権限のあるDNSとして構成されたNetScalerアプライアンスに届くと、アプライアンスはRTT値を使用して最もパフォーマンスの高いサイトのIPアドレスを選択し、DNS要求への応答として送信します。
NetScalerアプライアンスは、ICMPエコー要求または応答(PING)、UDP、TCPなどのさまざまなメカニズムを使用して、ローカルDNSサーバーと参加サイト間の接続のRTTメトリックを収集します。アプライアンスはまず Ping プローブを送信して RTT を決定します。ping プローブが失敗すると、DNS UDP プローブが使用されます。そのプローブにも障害が発生した場合、アプライアンスは DNS TCP プローブを使用します。
これらのメカニズムはNetScalerアプライアンスでは負荷分散モニターとして表示され、「ldns」プレフィックスが使用されているため簡単に識別できます。3 つのモニターは、デフォルトの順序で次のとおりです。
ldns-ping
ldns-dns
ldns-tcp
これらのモニターはアプライアンスに組み込まれており、安全なデフォルトに設定されています。ただし、アプライアンス上の他のモニターと同様にカスタマイズできます。
デフォルトの順序は、GSLB パラメータとして明示的に設定することで変更できます。たとえば、DNS UDP クエリ、PING、TCP の順に順序を設定するには、次のコマンドを入力します。
set gslb parameter -ldnsprobeOrder DNS PING TCP
<!--NeedCopy-->
カスタマイズされていない限り、NetScalerアプライアンスはポート53でUDPとTCPのプロービングを実行しますが、通常の負荷分散モニターとは異なり、プローブが成功して有効なRTT情報を提供する必要はありません。通常、障害と見なされる ICMP ポート使用不可メッセージ、TCP リセット、DNS エラー応答はすべて RTT 値の計算に使用できます。
RTT データがコンパイルされると、アプライアンスは独自のメトリック交換プロトコル (MEP) を使用して参加サイト間で RTT 値を交換します。RTTメトリックを計算した後、アプライアンスはRTT値をソートして、RTTメトリックが最良(最小)のデータセンターを特定します。
RTT情報が利用できない場合(たとえば、クライアントのローカルDNSサーバーが初めてサイトにアクセスしたときなど)、NetScalerアプライアンスはラウンドロビン方式を使用してサイトを選択し、クライアントをそのサイトに誘導します。
動的メソッドを設定するには、サイトの GSLB 仮想サーバーをダイナミック RTT 用に構成します。ローカル DNS サーバーがプローブされる間隔をデフォルト以外の値に設定することもできます。
ダイナミック RTT 用の GSLB 仮想サーバーの設定
GSLB 仮想サーバーをダイナミック RTT 用に設定するには、RTT 負荷分散方式を指定します。
NetScalerアプライアンスは、特定のローカルサーバーのタイミング情報を定期的に検証します。レイテンシーの変化が設定された許容係数を超えると、アプライアンスはデータベースを新しいタイミング情報で更新し、MEP交換を実行して新しい値を他のGSLBサイトに送信します。デフォルトの許容係数は 5 ミリ秒 (ms) です。
RTT 許容係数は GSLB ドメイン全体で同じでなければなりません。サイトに合わせて変更する場合は、GSLBドメインに展開されているすべてのNetScalerアプライアンスで同じRTT許容係数を構成する必要があります。
コマンドラインインターフェイスを使用してダイナミック RTT 用の GSLB 仮想サーバーを構成するには
コマンドプロンプトで入力します。
set gslb vserver <name> -lbMethod RTT -tolerance <value>
<!--NeedCopy-->
例:
set gslb vserver Vserver-GSLB-1 -lbMethod RTT -tolerance 10
<!--NeedCopy-->
構成ユーティリティを使用してダイナミック RTT 用の GSLB 仮想サーバーを構成するには
[ トラフィック管理 ] > [ GSLB ] > [ 仮想サーバー ] に移動し、仮想サーバーをダブルクリックします。
ローカル DNS サーバーのプロービング間隔を設定
NetScalerアプライアンスは、ICMPエコー要求または応答(PING)、TCP、UDPなどのさまざまなメカニズムを使用して、ローカルDNSサーバーと参加しているGSLBサイト間の接続のRTTメトリックを取得します。デフォルトでは、アプライアンスはpingモニターを使用し、5秒ごとにローカルDNSサーバーをプローブします。その後、アプライアンスは応答を 2 秒間待ちます。その時間に応答がない場合、TCP DNSモニターを使用してプロービングします。
ただし、ローカルDNSサーバーをプローブする時間間隔は、構成に合わせて変更できます。
コマンドラインインターフェイスを使用してプロービング間隔を変更するには
コマンドプロンプトで入力します。
set lb monitor <monitorName> <type> -interval <integer> <units> -resptimeout <integer> <units>
<!--NeedCopy-->
例:
set lb monitor ldns-tcp LDNS-TCP -interval 10 sec -resptimeout 5 sec
<!--NeedCopy-->
構成ユーティリティを使用してプロービング間隔を変更するには
[ トラフィック管理 ] > [ 負荷分散 ] > [ モニター] に移動し、変更するモニター (たとえば、ping) をダブルクリックします。
共有
共有
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.