GSLB サービスは、グローバル アプリケーションを表します。GSLB サービスは、複数のサイトに展開されたアプリケーションのインスタンス化をフロントエンドします。

グローバル サービスの主な要素は次のとおりです。

  • 管理者が GSLB 構成を参照するグローバル アプリケーション サービスの名前。

  • エンド ユーザー クライアントが参照するアプリケーションの FQDN。エイリアシングのためにドメイン名のリストを指定できます(www.foo.com や foo.com など)。

  • 1 つ以上の GSLB プールに編成された、さまざまな GSLB サイトで実行されているバッキング サービス。通常、バッキング サービスは NSX Advanced Load Balancer 仮想サービスです。ただし、サードパーティの ADC の仮想サービスである場合もあれば、一部の単独サーバの IP: ポートである場合もあります。

    注:

    GSLB プールはサーバ プールとは異なります。前者はバッキング サービスを集約し、後者はサーバを集約します。

  • 異常なコンポーネントを特定して代替コンポーネントを選択できる、健全性監視方法。

  • 1 ~ 86400 秒の範囲の有効期間 (TTL) により、クライアントがクライアント要求の新しいステアリング情報を取得する必要がある頻度が決まります。特定の GSLB サービスに何も指定されていない場合、TTL 値はデフォルトで DNS アプリケーション プロファイルで指定された値に設定されます(デフォルト値は 30 秒)。

注:

一部の DNS またはオペレーティング システムでは非常に低い TTL が破棄されるので、非常に低い TTL 値を使用する場合は注意が必要です。

GSLB DNS との相互作用

GSLB サービス プール メンバー(参加している一部の仮想サービス)が停止していると判断した場合、GSLB DNS から 4 つの標準応答の 1 つが返されます。GslbService オブジェクトで、GslbService.down_response パラメータを設定して、次の 4 つの中から 1 つを選択します。GSLB_SERVICE_DOWN_RESPONSE_NONE:デフォルト オプション、単純に要求をドロップします。

GSLB_SERVICE_DOWN_RESPONSE_FALLBACK_IP:事前設定された 1 つのフォールバック IP アドレスで応答します。通常はエラー ページを参照します。

GSLB_SERVICE_DOWN_RESPONSE_ALL_RECORDS:すべてのプールのすべてのメンバーのすべての IP アドレスを返します。

GSLB_SERVICE_DOWN_RESPONSE_EMPTY:空の DNS 応答を返します。特定の場合にクライアントを再試行させるために使用できます。

GSLB サービスの健全性監視のオプションと組み合わせ

  • 制御プレーンの健全性チェックのみ:アクティブなデータ プレーン健全性モニターが、このモードに対して構成されません。すべてのアクティブなコントローラは、ローカルで収集された健全性状態とリモート コントローラから収集された統計を組み合わせるように構成されています。

その後、結合された統計情報がアクティブな各コントローラ(クラスタ)からローカル DNS に渡されます。この方法は、NSX Advanced Load Balancer 仮想サービスとして実装されたメンバーでのみ使用できます。

  • データ プレーンの健全性チェックのみ:GslbService.controller_health_status_enabled を false に設定します。各 GSLB DNS は、すべての GSLB メンバー仮想サービス(外部サイトでホストされているサービスを含む)で健全性チェックを実行します。

  • 制御プレーンとデータ プレーンの両方の健全性チェック:メンバー仮想サービスが「起動」とマークされるには、制御とデータの両方の健全性が「起動」と報告される必要があります。リモート コントローラが停止しているかアクセス不能であるために制御プレーンの健全性チェックが失敗したが、データ プレーンの健全性チェックはまだ可能な場合、データ プレーンの健全性チェックだけでメンバー仮想サービスの状態が判定されます。