GSLB構成をカスタマイズする
基本的なGSLB設定が動作可能になったら、GSLBサービスの帯域幅を変更したり、CNAMEベースのGSLBサービス、静的近接性、動的RTT、永続接続、またはサービスの動的重みを設定したり、GSLB メソッドを変更したりして、カスタマイズできます。
GSLB サービスのモニタリングを設定してその状態を判断することもできます。
これらの設定は、ネットワークの展開と、サーバーに接続する予定のクライアントの種類によって異なります。
Related information
GSLB サービスの最大接続数または最大帯域幅の変更
仮想サーバーを表す GSLB サービスの最大クライアント数または最大帯域幅を設定することで、負荷分散またはコンテンツスイッチング仮想サーバーに同時に接続できる新しいクライアントの数を制限できます。
コマンドラインインターフェイスを使用して GSLB サービスの最大クライアント数または帯域幅を変更するには
コマンドプロンプトで次のコマンドを入力して、GSLB サービスの最大クライアント接続数または最大帯域幅を変更し、構成を確認します。
set gslb service <serviceName> [-maxClients <positive_integer>] [-maxBandwidth <positive_integer>]
show gslb service <serviceName>
例：
set glsb service Service-GSLB-1 –maxBandwidth 100 –maxClients 100
show gslb service Service-GSLB-1
設定ユーティリティを使用して GSLB サービスの最大クライアント数または帯域幅を変更するには
CNAME ベースの GSLB サービスの作成
GSLB サービスを設定するには、サーバーの IP アドレスまたはサーバーの正規名を使用できます。1 つの IP アドレスから複数のサービス (FTP サーバーや Web サーバーなど) を 1 つの IP アドレスから実行したり、同じ物理ホスト上の同じポートで名前が異なる複数の HTTP サービスを実行したりする場合は、サービスに正規名 (CNAME) を使用できます。
たとえば、DNS に ftp.example.com と www.example.com という 2 つのエントリを設定して、同じドメイン (example.com) 上の FTP サービスと HTTP サービスのエントリを設定できます。CNAME ベースの GSLB サービスは、マルチレベルのドメインリゾルバー設定やマルチレベルのドメイン負荷分散に役立ちます。CNAME ベースの GSLB サービスを設定することも、物理サーバーの IP アドレスが変更される可能性がある場合に役立ちます。
GSLBドメインにCNAMEベースのGSLBサービスを構成すると、GSLBドメインにクエリが送信されると、NetScalerアプライアンスはIPアドレスの代わりにCNAMEを提供します。この CNAME レコードの A レコードが設定されていない場合、クライアントは CNAME ドメインに IP アドレスを問い合わせる必要があります。このCNAMEレコードのAレコードが構成されている場合、NetScalerアプライアンスは対応するAレコード（IPアドレス）をCNAMEに提供します。NetScalerアプライアンスは、GSLB方式で決定されたDNSクエリの最終解決を処理します。CNAMEレコードは、別のNetScalerアプライアンスまたはサードパーティシステムで管理できます。
IPアドレスベースのGSLBサービスでは、サービスの状態は、それが表すサーバーの状態によって決まります。ただし、CNAME ベースの GSLB サービスの状態はデフォルトで UP に設定されています。仮想サーバーの IP (VIP) アドレスやメトリック交換プロトコル (MEP) は状態の判断には使用されません。デスクトップベースのモニターが CNAME ベースの GSLB サービスにバインドされている場合、サービスの状態はモニターのプローブの結果に基づいて決定されます。
CNAME ベースの GSLB サービスは、DNS レコードタイプが CNAME の GSLB 仮想サーバーにのみバインドできます。また、NetScalerアプライアンスには、特定のCNAMEエントリを持つGSLBサービスを1つまで含めることができます。
CNAME ベースの GSLB サービスでサポートされている機能の一部を以下に示します。
-
GSLB ポリシーベースのサイトアフィニティがサポートされており、CNAME を推奨ロケーションとしています。
-
ソース IP パーシステンスはサポートされています。持続性エントリには、選択したサービスの IP アドレスとポートの代わりに CNAME 情報が含まれます。
CNAME ベースの GSLB サービスの制限は次のとおりです。
-
CNAME が参照するサービスはサードパーティのどの場所にも存在する可能性があるため、サイト永続性はサポートされていません。
-
1 つのドメインに複数の CNAME エントリを設定できないため、複数の IP アドレス応答はサポートされていません。
-
サポートされている負荷分散方法は、ソース IP ハッシュとラウンドロビンだけです。静的近接方式はサポートされていません。CNAME は IP アドレスに関連付けられておらず、静的近接性は IP アドレスに基づいてのみ維持できるためです。
注:CNAME ベースの GSLB サービスをバインドする GSLB 仮想サーバーで、エンプティ・ダウン・レスポンス機能を有効にする必要があります。Empty-Down-Response機能を有効にすると、GSLB仮想サーバーがダウンまたは無効になっているときに、この仮想サーバーにバインドされたドメインのDNSクエリへの応答には、エラーコードの代わりに、IPアドレスのない空のレコードが含まれます。
コマンドラインインターフェイスを使用して CNAME ベースの GSLB サービスを作成するには
コマンドプロンプトで入力します。
add gslb service <serviceName> -cnameEntry <string> -siteName <string>
例：
add gslb service Service-GSLB-1 -cnameEntry transport.mycompany.com -siteName Site-GSLB-East-Coast
add gslb service Service-GSLB-2 -cnameEntry finance.mycompany.com -siteName Site-GSLB-West-Coast
設定ユーティリティを使用して CNAME ベースの GSLB サービスを作成するには
GSLB での移行アウトオブサービス状態 (TROFS) の設定
サービスがバインドされているGSLB仮想サーバーで永続性を設定すると、サービスは無効になった後もクライアントからのリクエストを処理し続け、永続性を尊重するためだけに新しいリクエストや接続を受け入れます。グレースフルシャットダウン期間と呼ばれる設定期間が経過すると、新しい要求や接続はサービスに送信されず、既存の接続はすべて閉じられます。
サービスを無効にする場合、delay 引数を使用してグレースフルシャットダウン期間を秒単位で指定できます。正常なシャットダウン期間中、サービスが仮想サーバーにバインドされている場合、その状態は Out of Service と表示されます。
サービスの動的ウェイトの設定
一般的なネットワークには、他のサーバーよりもトラフィック容量が大きいサーバーがあります。ただし、通常の負荷分散構成では、サービスが異なればサーバーの容量が異なる場合でも、負荷はすべてのサービスに均等に分散されます。
GSLB リソースを最適化するために、GSLB 仮想サーバーで動的ウェイトを設定できます。動的重み付けは、仮想サーバーにバインドされたサービスの総数、または仮想サーバーにバインドされた個々のサービスの重みの合計に基づいて設定できます。次に、サービスに設定された重みに基づいてトラフィックが分散されます。
GSLB仮想サーバーで動的ウェイトが設定されている場合、リクエストは負荷分散方法、GSLBサービスのウェイト、および動的ウェイトに従って分散されます。GSLB サービスの重みと動的重みの積を累積重量と呼びます。そのため、GSLB仮想サーバーで動的ウェイトが設定されている場合、リクエストは負荷分散方式と累積ウェイトに基づいて分散されます。
仮想サーバーの動的ウェイトが無効になっている場合、数値は1に設定されます。これにより、累積ウェイトは常にゼロ以外の整数になります。
動的加重は、負荷分散仮想サーバーにバインドされているアクティブなサービスの総数、またはサービスに割り当てられた重みに基づいて設定できます。
ドメイン用に2つのGSLBサイトが構成され、各サイトにクライアントにサービスを提供できる2つのサービスがある構成を考えてみましょう。どちらかのサイトのサービスがダウンした場合、そのサイトのもう一方のサーバーは、もう一方のサイトのサービスの 2 倍のトラフィックを処理する必要があります。動的重みがアクティブなサービスの数に基づいている場合、両方のサービスがアクティブなサイトは、1 つのサービスが停止しているサイトの重みが 2 倍になるため、受信するトラフィックは 2 倍になります。
別の方法として、1 番目のサイトのサービスが 2 番目のサイトのサーバーの 2 倍の処理能力を持つような構成を検討してください。動的重みが、サービスに割り当てられた重みに基づいている場合、最初のサイトに 2 倍の数のトラフィックを送信できます。
注:負荷分散サービスへの重みの割り当ての詳細については、 サービスへの重みの割り当てを参照してください。
動的加重の計算方法を示す図として、GSLB サービスがバインドされている GSLB 仮想サーバーについて考えます。GSLB サービスは負荷分散仮想サーバーで、2 つのサービスがバインドされています。GSLB サービスに割り当てられる重みは 3 です。2 つのサービスに割り当てられる重みは、それぞれ 1 と 2 です。この例では、ダイナミックウェイトを次のように設定すると、
-
**無効:**GSLB 仮想サーバーの累積重は、動的加重 (無効 = 1) と GSLB サービスの重み (3) の積なので、累積加重は 3 になります。
-
SERVICECOUNT: カウントは、GSLBサービスに対応する負荷分散仮想サーバーにバインドされたサービスの数 (2) の合計であり、累積加重は動的ウェイト (2) とGSLBサービスのウェイト (3) の積で、6 です。
-
SERVICEWEIGHT: 動的重みは、GSLBサービスに対応する負荷分散仮想サーバーにバインドされたサービスの加重（3）の合計であり、累積加重は動的重み（3）とGSLBサービスの重み（3）の積であり、9です。
注:コンテンツスイッチング仮想サーバーが設定されている場合、動的ウェイトは適用されません。
コマンドラインインターフェイスを使用して動的ウェイトを使用するように GSLB 仮想サーバーを構成するには
コマンドプロンプトで入力します。
set gslb vserver <name> -dynamicWeight SERVICECOUNT | SERVICEWEIGHT
例：
set gslb vserver vserver-GSLB-1 -dynamicWeight SERVICECOUNT