このセクションでは、NSX Advanced Load Balancer GSLB サイトに重点を置いて説明します。

GSLB サイトには、次の 2 つのタイプがあります。

  • NSX Advanced Load Balancer サイト:リーダーおよびフォロワー(アクティブおよびパッシブ)サイト

  • 外部サイト



NSX Advanced Load Balancer サイト

NSX Advanced Load Balancer サイトには、4 つの主要機能の組み合わせを実行できる NSX Advanced Load Balancer コントローラ クラスタと SE があります。

NSX Advanced Load Balancer サイトは、さらに GSLB のリーダーおよびフォロワー(アクティブおよびパッシブ)サイトの 2 つのタイプに分類されます。

  • 管理者が最初に GSLB 構成を定義する NSX Advanced Load Balancer サイトが自動的に GSLB リーダーに指定されます。1 つのアクティブ サイトが静的に GSLB リーダーに指定されます。

  • その後に追加される他のアクティブ サイトは GSLB フォロワーです。GSLB 構成はリーダーからフォロワーに伝達されます。

  • リーダーシップを切り替える唯一の方法は、フォロワー サイトからのオーバーライド構成を使用することです。このオーバーライドは、サイトの障害またはメンテナンスの場合に呼び出すことができます。

GSLB リーダー サイト

指定された GSLB リーダーは、最初の GSLB サイト構成を実行するアクティブ サイトです。GSLB 構成の変更は、リーダーにログインすることでのみ許可されます。この変更は、リーダーによってアクセス可能なすべてのフォロワーに伝達されます。リーダーの役割をフォロワーに切り替える唯一の方法は、フォロワー サイトからリーダーの構成をオーバーライドすることです。このオーバーライドは、サイト障害の場合やメンテナンスのために呼び出すことができます。

リーダー アクティブ サイト

リーダー アクティブ サイトは、前のセクションで説明した主要機能(1、2、3、および 4)を行います。

フォロワーは、最初の 3 つの機能の動作に基づいて、アクティブまたはパッシブに分類されます。

注:

NSX Advanced Load Balancer で、GSLB リーダーは、エラー状態にあるオブジェクトの再同期を定期的に試行します。再同期間隔のデフォルト値は 300 秒です。

GSLB フォロワー サイト

アクティブ サイトとパッシブ サイト

NSX Advanced Load Balancer GSLB サイトは、さらにアクティブまたはパッシブの GSLB サイトに分類されます。

  • アクティブ サイト:通常、アクティブ サイトは 3 つの主要機能(1 ~ 3)を何らかの組み合わせで実行します。

  • パッシブ サイト:パッシブ サイトは主要機能 (4)、つまり、グローバル アプリケーションのクライアントからの要求に応答する仮想サービスのホスティングのみを実行します。パッシブ サイトは、ステアリング情報(機能 No.3)の提供を要求されることはないため、プッシュされることはありません。パッシブ サイトの状態は、アクティブ サイトで実行されている健全性モニターによって決まります。他のサイトの健全性を認識しておらず、判断する手段もありません。



上の図から、次のことがわかります。
  • サンタクララ、シカゴ、NY-1 はアクティブ サイトです。

  • ボストン、オースティン、NY-2 はパッシブ サイトです。

  • サンタクララは GSLB リーダーです。

  • その他すべてのアクティブ サイトはフォロワーです。

1 つの NSX Advanced Load Balancer コントローラ アイコンを使用して、3 ノードの Controller クラスタを表示します。

注:
  • アクティブ サイトはすべて、常時、これらのサイト間でフル メッシュ接続を行います。これには、リーダーからフォロワー、フォロワーからフォロワーなどの接続が含まれます。

  • グループ内のすべてのアクティブ サイトは、アクティブ サイトからパッシブ サイトの方向に接続を開始します。

  • すべてのサイト間の接続はパーシステントです。

  • サイト間の接続の問題は、再試行を使用して解決されます。GSLB の場合、clear_on_max_retries パラメータで、許可される接続再試行の最大数を指定します。NSX Advanced Load Balancer で構成された再試行回数内にリモート サイトに接続できない場合、開始サイトはキャッシュされた状態をすべてクリアし、リモート サイトは「停止」と宣言されます。この後、開始サイトは、`send_interval` 構成に基づいて、リモート サイトへの接続を定期的に試行します。

アクティブ フォロワー
  • リーダーから GSLB 構成を受け取り、これにより、リーダーに障害が発生した場合にリーダーシップを引き継ぐことができます。

  • 他の GSLB サイトの健全性をアクティブに監視する必要があります。

  • NSX Advanced Load Balancer GSLB によって定義される NSX Advanced Load Balancer グローバル アプリケーションの権限を持つ DNS をホストできます。このような冗長性により、GSLB 構成の DNS サービスの信頼性が向上し、アドレス解決のパフォーマンスが向上します。

パッシブ フォロワー
  • GSLB 構成を受け取らないため、失敗したリーダーを引き継ぐことができません。

  • 他のサイトを監視しません。サイトの健全性は、アクティブ サイトで実行されている健全性モニターによって決まります。

  • DNS を GSLB 構成に参加させません。GSLB 展開とは関係のないアプリケーションの DNS を実行する場合があります。

注:

NSX Advanced Load Balancer サイトは、1 つの NSX Advanced Load Balancer GSLB 構成にのみ参加できます。site_A が GSLB_config_1 の参加者である場合、site_A を GSLB_config_2 に取り込もうとすると、エラーが発生します。



上記の例では、サンタクララ、シカゴ、NY-1 がアクティブ サイトです。それぞれが DNS サービスを実行しています。ボストン、オースティン、NY-2 には DNS サービスがありません。これらはパッシブ サイトです。

外部サイト

外部サイトは、サードパーティ製 ADC、任意のサーバ/サーバのセット、任意の IP アドレスなどである可能性があります。このようなサイトは、上記の主要機能 4 のみを実行できます。外部サイトの不透明性により、アドレスや認証情報などの NSX Advanced Load Balancer コントローラ クラスタに関する情報のみを含む GSLB サイト構成に参加できません。

注:

NSX Advanced Load Balancer サイトまたは外部サイトでホストされているすべての仮想サービスが、NSX Advanced Load Balancer GSLB ソリューションに参加する必要があるわけではありません。つまり、すべてのアプリケーションがグローバル アプリケーションであるとは限りません。

推奨事項

  1. GSLB の展開では、NSX Advanced Load Balancer コントローラを含めることも除外することもできます。

  2. 除外された場合は、GSLB 機能をオンにするための最初のアプローチで、リーダーシップのロールを引き受けます。

  3. すべての GSLB サイトで同じ NSX Advanced Load Balancer バージョンを使用することをお勧めします。

  4. GSLB リーダーのロールを引き受けるコントローラは、その GSLB フォロワー サイトのいずれよりも新しいバージョンを実行してはなりません。この制限は、初期構成中とそれ以降のアップグレード中の両方に適用されます。

  5. GSLB 構成を開始する前に、すべてのメンバー Controller クラスタを完全に設定する必要があります。GSLB 構成を作成してから新しいコントローラを追加した場合、その構成は新しいコントローラと [まだ] 同期されていません。