IBM Cloud Docs
グローバル・ロード・バランシング

グローバル・ロード・バランシング

グローバル・サーバー・ロード・バランシング (GSLB) は、サーバー・トラフィックの送信先を決定する手段として DNS および地理的位置を使用して、複数のサーバー間でトラフィックを分割する方法です。 一般に、グローバル・ロード・バランサーはクライアントに近いサーバーにクライアント要求を送信することで、待ち時間を減らし、パフォーマンスを向上させます。

グローバル・ロード・バランシング・ソリューションの完全な実装が常に必要とは限りません。 GSLB にはこの機能を実行できる適切なデバイスの複数のインスタンスが必要であり、お客様のニーズによっては他のソリューションがより魅力的な場合もあります。 Web サイトおよびアプリケーション全体が必要な場合は、GSLB を選択することが推奨されます。 イメージ、ビデオ、その他の大容量ファイルなど、コンテンツの一部のみが必要な場合は、 Content Delivery Network の方が適している可能性があります (デプロイも容易です)。

Citrix Netscaler VPX

Citrix Netscaler VPX は、真のグローバル・ロード・バランシングを実行し、お客様が構成できる唯一のデバイスです。 NetScaler は、DNS ベースのグローバル・ロード・バランシング・ルックアップを実行できるマルチ機能アプライアンスです。 NetScaler を DNS サーバーとして指すことができます。 デバイスは、ロード・バランシングの対象として構成されているサーバーを調べ、距離計算を実行し、クライアント要求に最も近いサーバーの IP を持つレコードを返します。

グローバル・ロード・バランシングのために、各データ・センターに NetScaler アプライアンス構成が必要です。 各 NetScaler アプライアンス構成は、単一の Netscaler にすることも、HA ペアの Netscaler のペアにすることもできます。 構成は要件によって異なり、その背後にあるサーバーにローカル・ロード・バランシング・サービスを提供します。 デバイスは、グローバル・ロード・バランサーのローテーションに割り当てられている各サーバーで状態情報を交換するように、相互に通信するように構成されています。 これらの構成済み NetScaler に着信する DNS 要求は、オンラインで応答性の高いサーバーの適切なレコードを返すことができます。 応答しないすべてのサーバーはローテーションから削除され、別のサーバーが選択されます。

ロード・バランサーは、1 つのサーバーのバランシングのみを行う場合でも、構成済みのロード・バランサーが必要です。 一部のサービス (GSLB サイト IP) には、追加の IP アドレスが必要になる場合があります。 この IP は、グローバル・ロード・バランシング・プロトコルで NetScaler が別の NetScaler と通信するために使用されます。

以下のグローバル・バランシングの手順では、次のものを使用します。

VPX1

IP 50.97.235.236 は VPX1Vserver という名前で、そのデバイスのローカル・ロード・バランシング VIP です。 50.23.66.52 は VPX1site になり、その装置の GSLB のローカル IP になります。

VPX2

IP 208.43.241.249はVPX2Vserverに使用され、GSLB IP はVPX2siteという名前の208.43.224.4です。

  1. 「トラフィック管理 (Traffic Management)」>「GSLB」 に移動し、右クリックしてフィーチャーを有効にします。 次に、「サイト (Sites)」、**「追加 (Add)」**と選択します。

  2. 最初のデバイスで、名前を VPX1、タイプをローカル、IP を 50.23.66.52 と入力し、**「閉じる (Close)」**を選択します。

    サイトに緑色の状況が表示されます。 まだリモート・サイトを追加しないでください。

  3. 「トラフィック管理 (Traffic Management)」>「GSLB」 に移動し、**「GSLB ウィザード (GSLB Wizard)」**を選択します。 次へ をクリックします。 ロード・バランシング用のホスト名 (この例では gslb.tsstesting.com) を入力します。レコード・タイプは A のままにし、サービス・タイプは ANY のままにします。 仮想サーバー名がそれ自体に取り込まれます。 **「次へ」**をクリックします。

  4. バランシングおよびパーシスタンス方式の形式を選択します。 次へ をクリックします。

  5. サイトのデータは既に取り込まれているため、何も追加する必要はありません。 代わりに、最初のサイトの名前の横にある緑色の + をクリックします。 リストからそのデバイス上の Vserver を選択し、「作成 (Create)」をクリックします。 サイトは、ロード・バランシングされたセットアップのサイト IP と Vserver IP で構成され、緑色になっています。 「次へ (Next)」、「完了 (Finish)」、**「終了 (Exit)」**の順にクリックします。

  6. そのサーバーの値を使用して、次の NetScaler でも同じアクションを実行します。

  7. 両方のサーバーで、**「トラフィック管理 (Traffic Management)」>「DNS」>「レコード (Records)」>「A レコード (A records)」**と移動し、リストを調べます。 root.servers.net 項目は、ホスト名と同様に、 GSLB DOMAIN のタイプを持ちます。

  8. **「トラフィック管理 (Traffic Management)」>「DNS」>「ネーム・サーバー (Name Servers)」と移動し、「追加 (Add)」をクリックします。 NetScaler 上の IP アドレス (デバイスのパブリック IP など) を入力します。 「ローカル (Local)」 をクリックし、プロトコルを UDP のままにします。 「作成 (Create)」、「閉じる (Close)」**の順にクリックします。 有効状態は「使用可能」および「稼働中」として表示されます。

  9. 「システム (System)」>「ネットワーク (Network)」>「IP」 と移動し、GSLB IP アドレスを開きます。 両方のマシンで**「管理 (Management)」** が選択されていることを確認します。

  10. 次に、両方のサーバーで**「トラフィック管理 (Traffic Management)」>「GSLB」** に戻り、ウィザードを再度実行します。 今回は**「次へ (Next)」をクリックし、「既存ドメインの構成を変更 (Modify Configuration for Existing Domains)」を選択します。 リストからホスト名を選択し、「次へ (Next)」** を 2 回クリックします。

  11. サイト・アドレス・フィールドに、もう一方の NetScaler のサイト IP アドレスを入力し、もう一方の NetScaler のサイト名を付けて、「追加 (Add)」をクリックします。 サイトには、緑色の + を再度クリックするオプションが取り込まれます。 別のサイトを追加するには、リモート・サイトの正符号をクリックします。 Vserver サービス IP (GSLB サイト IP ではなく、ロード・バランシングされるサーバーの IP) とポートを入力し、「作成 (Create)」、「閉じる (Close)」、「次へ (Next)」、「完了 (Finish)」、**「終了 (Exit)」**の順にクリックします。

すべてが機能し、両方のサーバーが構成されている場合、GSLB の Virtual Servers、「サービス」、および「サイト」の状況は緑色になります。 両方のマシン上の GSLB サービスの 2 つの項目が適切に同期されていることに注意してください。 サーバーは相互に通信しています。

次に、DNS を構成する必要があります。

例 gslb.tsstesting.com では、 tsstesting.com ゾーンに NS レコードとグルー・レコードを作成します。

gslb.tsstesting.com. IN NS NS1.gslb.tsstesting.com
gslb.tsstesting.com. IN NS NS2.gslb.tsstesting.com
NS1.gslb.tsstesting.com. IN A 10.54.0.141 ; nameserver IP of first NetScaler
NS2.gslb.tsstesting.com. IN A 172.16.1.101 ; nameserver IP of second NetScaler
www.tsstesting.com. IN CNAME gslb.tsstesting.com ; alias to the GSLB object on the NetScaler appliance

CNAME はホスト名とのみ使用でき、ドメインのルートでは使用できないことに留意してください。

この構成により、gslb.tsstesting.com への要求を処理するネーム・サーバーが、DNS を構成した NetScaler IP に設定されます。 CNAME レコードにより、tsstesting.com が gslb.tsstesting.com への要求に変換されます。 その後、 www.tsstesting.com に対するすべての要求が NetScaler に送信されて解決され、選択したロード・バランシング方式に基づいてレコードが返されます。

NetScaler グローバル・ロード・バランシングについて詳しくは、以下を参照してください。

その他の製品は、トラフィックを地理的に分散させるための同様の機能を提供することができます。

CDN

コンテンツ配信ネットワーク (CDN) を使用すると、地理的に分散したキャッシュ・サーバーに発信元サーバーをアップロードしたり、提供したりすることができます。これにより、要求元のクライアントにコンテンツが提供されます。 CDN は、時間の経過とともに変化しない静的なバルク・コンテンツ (イメージやビデオなどの) で最適に機能します。

CDN について詳しくは、Content Delivery Network (CDN) の開始を参照してください。

オブジェクト・ストレージ

IBM Cloud Object Storage は、さまざまなデータ・センター内の複数の地理的位置を使用してコンテンツを提供するように構成できます。 地理を認識するアプリケーションは、クライアント要求でロケーション検索を実行し、クライアントに近いオブジェクト・ストレージへの URL を返すことができます。 Object Storage には、必要に応じて、前述のように追加のキャッシング・サービスを提供する CDN フロントエンドも付属しています。

オブジェクト・ストレージの詳細と概要については、IBM Cloud Object Storage の概要を参照してください。