NetScaler ハイブリッドおよびマルチクラウド展開のためのグローバル負荷分散

最終公開日 : Sep 25, 2026
NetScaler ハイブリッドおよびマルチクラウドのグローバル負荷分散 (GLB) ソリューションを使用すると、ハイブリッドクラウド、複数のクラウド、およびオンプレミス展開の複数のデータセンターにわたってアプリケーショントラフィックを分散できます。NetScaler ハイブリッドおよびマルチクラウド GLB ソリューションは、既存のセットアップを変更することなく、ハイブリッドまたはマルチクラウドで負荷分散セットアップを管理するのに役立ちます。また、オンプレミス環境がある場合、完全にクラウドに移行する前に、NetScaler ハイブリッドおよびマルチクラウド GLB ソリューションを使用して、一部のサービスをクラウドでテストできます。たとえば、トラフィックのごく一部のみをクラウドにルーティングし、ほとんどのトラフィックをオンプレミスで処理できます。NetScaler ハイブリッドおよびマルチクラウド GLB ソリューションは、単一の統合コンソールから地理的な場所を越えて NetScaler インスタンスを管理および監視することも可能にします。
ハイブリッドおよびマルチクラウドアーキテクチャは、「ベンダーロックイン」を回避し、パートナーや顧客のニーズを満たすために異なるインフラストラクチャを使用することで、企業全体のパフォーマンスを向上させることもできます。複数のクラウドアーキテクチャを使用すると、使用した分だけ支払うだけで済むため、インフラストラクチャコストをより適切に管理できます。また、オンデマンドでインフラストラクチャを使用するため、アプリケーションをより適切にスケーリングできます。さらに、各プロバイダーの最高のサービスを利用するために、あるクラウドから別のクラウドへ迅速に切り替える機能も提供します。

NetScaler ハイブリッドおよびマルチクラウド GLB ソリューションのアーキテクチャ

次の図は、NetScaler ハイブリッドおよびマルチクラウド GLB 機能のアーキテクチャを示しています。
NetScaler ハイブリッドおよびマルチクラウド GLB ソリューションのアーキテクチャ(/en-us/netscaler-console-service/media/mas-hybrid-multicloud-glb-architecture_parent_child_topology-new.png)
NetScaler GLB ノードは DNS 名前解決を処理します。これらの GLB ノードのいずれも、任意のクライアントロケーションから DNS リクエストを受信できます。DNS リクエストを受信した GLB ノードは、設定された負荷分散方法によって選択された負荷分散仮想サーバーの IP アドレスを返します。メトリック (サイト、ネットワーク、および永続性メトリック) は、Citrix 独自のプロトコルであるメトリック交換プロトコル (MEP) を使用して GLB ノード間で交換されます。MEP プロトコルの詳細については、「メトリック交換プロトコルの構成」を参照してください。
GLB ノードで構成されたモニターは、同じデータセンター内の負荷分散仮想サーバーのヘルスステータスを監視します。親子トポロジでは、GLB ノードと NetScaler ノード間のメトリックは MEP を使用して交換されます。ただし、親子トポロジでは、GLB ノードと NetScaler LB ノード間のモニタープローブの構成はオプションです。
エージェントは、NetScaler Console とデータセンター内の管理対象インスタンス間の通信を可能にします。エージェントとそのインストール方法の詳細については、「はじめに」を参照してください。
注
このドキュメントでは、以下の前提条件を設けています。
  • 既存の負荷分散設定がある場合、それが稼働していること。
  • 各 NetScaler GLB ノードに SNIP アドレスまたは GLB サイト IP アドレスが構成されていること。この IP アドレスは、他のデータセンターとメトリックを交換する際のデータセンターソース IP アドレスとして使用されます。
  • 各 NetScaler GLB インスタンスに、DNS トラフィックを受信するための ADNS または ADNS-TCP サービスが構成されていること。
  • 必要なファイアウォールとセキュリティグループがクラウドサービスプロバイダーで構成されていること。
「セキュリティグループの設定」
クラウドサービスプロバイダーで、必要なファイアウォール/セキュリティグループ設定を行う必要があります。AWSのセキュリティ機能の詳細については、AWSドキュメントを参照してください。Microsoft Azureネットワークセキュリティグループの詳細については、Microsoft Azureドキュメントを参照してください。
さらに、GLBノードでは、ADNSサービス/DNSサーバーIPアドレス用にポート53を、MEPトラフィック交換用にGSLBサイトIPアドレス用にポート3009を開く必要があります。ロードバランシングノードでは、アプリケーションのトラフィックを受信するために適切なポートを開く必要があります。たとえば、HTTPトラフィックを受信するためにポート80を、HTTPSトラフィックを受信するためにポート443を開く必要があります。エージェントとNetScaler Console間のNITRO通信用にポート443を開きます。
動的ラウンドトリップ時間GLBメソッドの場合、設定されたLDNSプローブタイプに応じてUDPおよびTCPプローブを許可するためにポート53を開く必要があります。UDPまたはTCPプローブはSNIPのいずれかを使用して開始されるため、この設定はサーバー側サブネットにバインドされたセキュリティグループに対して行う必要があります。

NetScalerハイブリッドおよびマルチクラウドGLBソリューションの機能

NetScalerハイブリッドおよびマルチクラウドGLBソリューションの機能の一部をこのセクションで説明します。

他のロードバランシングソリューションとの互換性

NetScalerハイブリッドおよびマルチクラウドGLBソリューションは、NetScalerロードバランサー、Nginx、その他のサードパーティ製ロードバランサーなど、さまざまなロードバランシングソリューションをサポートしています。
「注」
NetScaler以外のロードバランシングソリューションは、近接ベースおよび非メトリックベースのGLBメソッドが使用され、親子トポロジが構成されていない場合にのみサポートされます。

GLBメソッド

NetScalerハイブリッドおよびマルチクラウドGLBソリューションは、以下のGLBメソッドをサポートしています。
  • メトリックベースのGLBメソッド。メトリックベースのGLBメソッドは、メトリック交換プロトコルを介して他のNetScalerノードからメトリックを収集します。
    • 最小接続数：クライアント要求は、アクティブな接続数が最も少ないロードバランサーにルーティングされます。
    • 最小帯域幅：クライアント要求は、現在最も少ないトラフィックを処理しているロードバランサーにルーティングされます。
    • 最小パケット数: クライアント要求は、過去14秒間に受信したパケット数が最も少ないロードバランサーにルーティングされます。
  • メトリックに基づかないGLBメソッド
    • ラウンドロビン: クライアント要求は、ロードバランサーのリストの先頭にあるロードバランサーのIPアドレスにルーティングされます。そのロードバランサーはリストの末尾に移動します。
    • 送信元IPハッシュ: このメソッドは、クライアントIPアドレスのハッシュ値を使用してロードバランサーを選択します。
  • 近接性ベースのGLBメソッド
    • 静的近接性: クライアント要求は、クライアントIPアドレスに最も近いロードバランサーにルーティングされます。
    • ラウンドトリップタイム (RTT): このメソッドは、RTT値 (クライアントのローカルDNSサーバーとデータセンター間の接続における時間遅延) を使用して、最もパフォーマンスの高いロードバランサーのIPアドレスを選択します。
負荷分散方法の詳細については、「負荷分散アルゴリズム」を参照してください。

GLBトポロジ

NetScalerハイブリッドおよびマルチクラウドGLBソリューションは、アクティブ-パッシブトポロジと親子トポロジをサポートしています。
  • アクティブ-パッシブトポロジ - 障害点から保護することで、ディザスタリカバリを提供し、アプリケーションの継続的な可用性を保証します。プライマリデータセンターがダウンした場合、パッシブデータセンターが稼働状態になります。GSLBアクティブ-パッシブトポロジの詳細については、「ディザスタリカバリのためのGSLBの構成」を参照してください。
  • 親子トポロジ – メトリックベースのGLBメソッドを使用してGLBおよびLBノードを構成し、LBノードが別のNetScalerインスタンスに展開されている場合に使用できます。親子トポロジでは、親サイトと子サイト間のメトリック交換がメトリック交換プロトコル (MEP) を介して行われるため、LBノード (子サイト) はNetScalerアプライアンスである必要があります。
親子トポロジの詳細については、「MEPプロトコルを使用した親子トポロジの展開」を参照してください。

IPv6のサポート

NetScalerハイブリッドおよびマルチクラウドGLBソリューションはIPv6もサポートしています。

監視

NetScalerのハイブリッドおよびマルチクラウドGLBソリューションは、セキュアな接続を有効にするオプションを備えた組み込みモニターをサポートしています。ただし、LBおよびGLB構成が同じNetScalerインスタンス上にある場合、または親子トポロジが使用されている場合、モニターの構成はオプションです。

永続性

NetScalerのハイブリッドおよびマルチクラウドGLBソリューションは、以下をサポートしています。
  • ソースIPベースの永続性セッション。これにより、同じクライアントからの複数のリクエストが、設定されたタイムアウト期間内に到着した場合、同じサービスに転送されます。クライアントが次のリクエストを送信する前にタイムアウト値が期限切れになった場合、セッションは破棄され、設定された負荷分散アルゴリズムを使用してクライアントの次のリクエストのために新しいサーバーが選択されます。
  • スピルオーバー永続性。これにより、プライマリの負荷がしきい値を下回った後でも、バックアップ仮想サーバーは受信したリクエストの処理を継続します。詳細については、「スピルオーバーの構成」を参照してください。
  • サイト永続性。これにより、GLBノードはクライアントリクエストを処理するデータセンターを選択し、以降のすべてのDNSリクエストに対して選択されたデータセンターのIPアドレスを転送します。設定された永続性がダウンしているサイトに適用される場合、GLBノードはGLBメソッドを使用して新しいサイトを選択し、その新しいサイトがクライアントからの以降のリクエストに対して永続的になります。

NetScaler Console StyleBookを使用した構成

NetScaler ConsoleのデフォルトのマルチクラウドGLB StyleBookを使用して、ハイブリッドおよびマルチクラウドGLB構成でNetScalerインスタンスを構成できます。
デフォルトのマルチクラウドGLB StyleBook for LB Node StyleBookを使用して、アプリケーショントラフィックを処理する親子トポロジの子サイトであるNetScaler負荷分散ノードを構成できます。このStyleBookは、親子トポロジの場合にLBノードを構成したい場合にのみ使用してください。ただし、各LBノードは、このStyleBookを使用して個別に構成する必要があります。

NetScalerハイブリッドおよびマルチクラウドGLBソリューション構成のワークフロー

NetScaler Consoleに付属のマルチクラウドGLB StyleBookを使用して、ハイブリッドおよびマルチクラウドGLB構成でNetScalerインスタンスを構成できます。
次の図は、NetScalerハイブリッドおよびマルチクラウドGLBソリューションを構成するためのワークフローを示しています。ワークフロー図の各ステップについては、図の後に詳しく説明します。
構成ワークフロー
クラウド管理者として、次のタスクを実行します。
  1. Citrix Cloud™ アカウントにサインアップします。
    NetScaler Console の使用を開始するには、Citrix Cloud 企業アカウントを作成するか、社内の誰かが作成した既存のアカウントに参加します。
  2. Citrix Cloud にログオンしたら、NetScaler Console タイルで Manage をクリックして、NetScaler Console を初めてセットアップします。
  3. 複数のエージェントをダウンロードしてインストールします。
    NetScaler Console とデータセンターまたはクラウド内の管理対象インスタンス間の通信を有効にするには、ネットワーク環境にエージェントをインストールして構成する必要があります。管理対象インスタンスで LB および GLB 構成を構成できるように、各リージョンにエージェントをインストールします。LB および GLB 構成は、単一のエージェントを共有できます。上記の 3 つのタスクの詳細については、「Getting Started」を参照してください。
  4. Microsoft Azure や AWS のようなクラウド環境、またはオンプレミスのデータセンターにロードバランサーを導入します。
    クラウドおよびオンプレミスに展開するロードバランサーの種類に応じて、それらを適切にプロビジョニングします。たとえば、Microsoft Azure Resource Manager (ARM) ポータル、Amazon Web Services (AWS) 仮想プライベートクラウド、およびオンプレミスデータセンターで NetScaler VPX インスタンスをプロビジョニングできます。仮想マシンを作成し、その他のリソースを構成することにより、NetScaler インスタンスをスタンドアロンモードで LB または GLB ノードとして機能するように構成します。NetScaler VPX インスタンスの展開方法の詳細については、以下のドキュメントを参照してください。
  5. セキュリティ構成を実行します。
    インスタンスとサブネットのインバウンドおよびアウトバウンドトラフィックを制御するために、ARM または AWS でネットワークセキュリティグループとネットワーク ACL を構成します。
  6. NetScaler Console に NetScaler インスタンスを追加します。
    NetScaler インスタンスは、NetScaler Console から検出、管理、および監視したいネットワークアプライアンスまたは仮想アプライアンスです。これらのインスタンスを管理および監視するには、インスタンスをサービスに追加し、LB (LB に NetScaler を使用している場合) と GLB の両方のインスタンスを登録する必要があります。NetScaler Console で NetScaler インスタンスを追加する方法の詳細については、「Getting Started」を参照してください。
  7. デフォルトの NetScaler Console StyleBook を使用して、GLB および LB 構成を実装します。
    • 選択した GLB NetScaler インスタンスで GLB 構成を実行するには、Multi-cloud GLB StyleBook を使用します。
    • 負荷分散設定を実装します。(管理対象インスタンスにすでにLB設定がある場合は、この手順をスキップできます。)
    NetScalerインスタンスでロードバランサーを設定するには、次の2つの方法があります。
    • アプリケーションの負荷分散のためにインスタンスを手動で設定します。インスタンスを手動で設定する方法の詳細については、「基本的な負荷分散の設定」を参照してください。
    • StyleBookを使用します。NetScaler Console StyleBook (HTTP/SSL LoadBalancing StyleBookまたはHTTP/SSL LoadBalancing (with Monitors) StyleBook) のいずれかを使用して、選択したNetScalerインスタンスにロードバランサー設定を作成できます。独自のStyleBookを作成することもできます。StyleBookの詳細については、「StyleBook」を参照してください。
  8. 次のいずれかのケースでGLB親子トポロジを設定するには、LBノード用マルチクラウドGLB StyleBookを使用します。
    • メトリックベースのGLBアルゴリズム (最小パケット、最小接続、最小帯域幅) を使用してGLBおよびLBノードを設定し、LBノードが別のNetScalerインスタンスに展開されている場合。
    • サイトの永続性が必要な場合。