GSLB の NSX Advanced Load Balancer DNS の位置情報アルゴリズムは、クライアント サイトと GSLB サイトの経度と緯度に基づいて、クライアント要求を最適なサイトに転送します。NSX Advanced Load Balancer DNS 構成の各 SE は、位置情報データベース (geo-DB) の独自のローカル コピーを参照して、その決定を行います。

動作

図 1 は、位置情報アルゴリズムの動作を示しています。

IP アドレス = client_IP のクライアントは、地理的に離れた 4 つのデータセンター DC1 ~ DC4 に 4 つの仮想サービス(VS-A1 ~ VS-A4)によって実装されたマルチサイト アプリケーションにサービスを要求します。そのうちの 1 つは非 NSX Advanced Load Balancer ロード バランシング サイト(略して、外部サイトと呼ばれます)です。クライアントのローカル DNS は、アプリケーションの FQDN を vip-1、vip-2、vip-3、または vip-4 のいずれかの潜在的なアドレスに解決する必要があります。最初のステップは、その変換が可能な DNS を特定することです。DNS-1 または DNS-2 で十分です。各 DNS インスタンス化は、独自の同一の geo-DB にアクセスできます。このデータベースを使用すると、DNS-1 または DNS-2 が 5 つの IP アドレスを緯度/経度に基づく場所に変換できます。

注:

DNS-2 の選択は、NSX Advanced Load Balancer の制御外であるため、地理的な場所とは関係がない場合があります。この事実を強調するために、より離れた DNS を意図的に選択しました。

図 1. 1. FQDN の権限を持つ DNS が検出された

DNS-2 で実行されるアルゴリズムは 4 つの距離を計算し、dist-1 が最短と判断されるため、vip-1 で DNS 要求に応答します。図 2 に示すように、クライアントはアプリケーション要求を vip-1 に送信します。

図 2. 2. DNS-2 で実行されている位置情報アルゴリズムが vip-1 を選択する

VIP に地理的な場所を割り当てる

各 GSLB サービス プールのアルゴリズムは個別に設定されます。ラウンド ロビン、コンシステント ハッシュ、および位置情報アルゴリズムが現在のオプションです。位置情報アルゴリズムを実装するには、GSLB の NSX Advanced Load Balancer DNS に、GSLB サービスを構成する GSLB サイトに場所を割り当てる方法が必要です。GSLB サービス単位のオプションは次のとおりです。

geo-DB から場所を計算(デフォルト)

この方法では、事前に構築されたデータベースを参照する必要があります。このデータベースについては、このガイドの後のセクションで説明します。

サイトから場所を継承

この方法では、参加している各 GSLB サイトに、GSLB 構成オブジェクトの一部として場所が割り当てられます。サイトで実行されている GSLB サービスのメンバー仮想サービスは、このサイトに関連付けられている場所を静的に継承します。この方法は、geo-DB の一括情報がインポートされていない場合に役立ちます。

明示的な構成

この手動プロセスにより、管理者は事前に入力された geo-DB に頼ることなく、非常にきめ細かいレベルで完全に制御できます。

特定の GSLB サービスに対して位置情報アルゴリズムが選択されている場合、場所をまだ特定できない VIP を持つメンバー仮想サービスは本質的に不透明になります。DNS 応答に、それらのメンバー仮想サービスの VIP は含まれません。その代わりに、位置情報アルゴリズムは、場所を特定できる一連の仮想サービスの中から VIP を選択します。場所を特定できる VIP を持つメンバー仮想サービスが 1 つでもない場合、GSLB の NSX Advanced Load Balancer DNS は(重み付けされた)ラウンド ロビン アルゴリズムに戻されます。

その他の詳細

  • 距離の計算は純粋に仮想サービスの VIP に基づいているため、NSX Advanced Load Balancer サイトと外部サイトの両方が VIP の選択候補になります。

  • DNS-2 は、健全性監視状態に基づいて、地理的に近接した順序で vip-2、vip-3、または vip-4 を返します。

  • ラウンド ロビン アルゴリズムと同様に、VIP に重みを割り当てることができます。これまでは、それぞれの重みが等しい(1:1:1:1 の比率)と仮定していました。重みを 1:2:1:1(VIP の順序 1、2、3、および 4)に変更した場合、この特定のクライアントに対して、VIP-1 以外の DNS 応答を簡単に想像できます。たとえば、dist-1 = 500 マイルおよび dist-2 = 600 マイルと仮定します。物理的な距離だけを考えれば、vip-1 が正しい選択です。ただし、重み 2 を vip-2 に割り当てると、アルゴリズムは 500 マイルと 600/2 マイルを比較します。300 マイルは 500 マイルより少ないので、代わりに vip-2 が選択されます。このような重み付けの使用事例の 1 つは、サーバが他のサイトのサーバよりもはるかに高速なサイトです。このような高速なサイトでは、サーバの処理時間の節約と WAN を通過する時間の大きさが比較されます。クライアントの地理的な場所が、トラフィックを少し長い距離にルーティングすることにより、ラウンドトリップ時間を全体的に高速化することを正当化する場合があります。

  • クライアントの IP アドレスが正確なクライアントの場所を提供しない場合があります。この問題に対処するために、管理者は DNS アプリケーション プロファイルを変更して EDNS を有効にすることができます。このオプションが選択され、DNS 要求に EDNS サブネット拡張が存在する場合、クライアントの IP アドレスの代わりに EDNS サブネット拡張が使用されます。詳細については、DNS 用拡張メカニズム (EDNS) クライアント サブネット オプションの挿入を参照してください。