このセクションでは、GSLB アプリケーションのユーザー要求のフローについて説明します。

手順

  1. FQDN アドレス解決

    図 1 は、アプリケーション A のホーム ページをダウンロードするための HTTPS 要求を送信するクライアントを示しています。その FQDN (A.acme.com) を、クライアントにまだ認識されていない IP アドレスにマッピングする必要があります。DNS リゾルバーの階層ツリーは、最終的に、DNS リゾルバーの企業 DNS acme.com。

    ドメイン A.acme.com が NSX Advanced Load Balancer のグローバル DNS(この場合は DNS-2)に委任されたため、企業 DNS が 3 つの GSLB DNS インスタンスのいずれかに要求を転送します。

    DNS-2 には、最適な仮想サービスの選択肢として 4 つの候補(VS-A1、VS-A2、VS-A3、VS-A4)があります。ロード バランシング アルゴリズム、健全性、クライアントの場所などの要因に基づいて VS-A3 を選択します。DNS-2 は、VS-A3 の VIP を使用して DNS クエリに応答し、最終的に元のクライアントに戻ります。

    図 1. 1. FQDN アドレス解決
  2. 最適な仮想サービスへのアプリケーションのトラフィック フロー

    図 2 は、VS-A3 の VIP を使用して HTTP 要求を送信するクライアントを示しています。

    図 2. 2. 最適な VIP に送信されるアプリケーションのトラフィック
  3. ローカルのロード バランシング

    図 3 は、VS-A3 の VIP に送信される要求を受信する SE グループの SE を示しています。次に、VS-A3 の 3 台のサーバのいずれかにロード バランシングを行います。VS-A3 はクライアントに直接応答します。

    図 3. 3. ローカルのロード バランシング