AWSでNetScaler GSLBを展開する

最終公開日 : Sep 25, 2026
AWSでNetScalerのGSLBをセットアップすることは、基本的に、NetScalerが属するVPCの外部（別の可用性リージョンの別のVPC内やオンプレミスデータセンターなど）にあるサーバーにトラフィックを負荷分散するようにNetScalerを構成することから成ります。
画像-vpx-aws-gslb展開-01
Related information

DBSの概要

クラウドロードバランサー向けのドメイン名ベースサービス (DBS) を使用したNetScaler GSLBのサポートにより、クラウドロードバランサーソリューションを使用した動的クラウドサービスの自動検出が可能になります。この構成により、NetScalerはActive-Active環境でグローバルサーバー負荷分散 (GSLB) のドメイン名ベースサービス (DBS) を実装できます。DBSは、DNS検出からAWS環境のバックエンドリソースのスケーリングを可能にします。
このセクションでは、AWS AutoScaling環境におけるNetScaler間の統合について説明します。ドキュメントの最後のセクションでは、AWSリージョンに固有の2つの異なるアベイラビリティーゾーン (AZ) にまたがるNetScaler ADCのHAペアをセットアップする機能について詳しく説明します。

ELBとのDBS

GSLB DBSは、ユーザーのElastic Load Balancer (ELB) のFQDNを利用して、AWS内で作成および削除されるバックエンドサーバーを含めるようにGSLBサービスグループを動的に更新します。AWSのバックエンドサーバーまたはインスタンスは、ネットワーク需要またはCPU使用率に基づいてスケーリングするように構成できます。この機能を構成するには、NetScalerをELBにポイントして、AWS内でインスタンスが作成および削除されるたびにNetScalerを手動で更新することなく、AWS内の異なるサーバーに動的にルーティングします。GSLBサービスグループ向けのNetScaler DBS機能は、DNS対応サービス検出を使用して、Autoscaleグループで識別されたDBS名前空間のメンバーサービスリソースを決定します。
クラウドロードバランサーを備えたNetScaler GSLB DBS Autoscaleコンポーネント:
画像-vpx-aws-gslb展開-02

AWSコンポーネントの構成

セキュリティグループ

注:
ELB、NetScaler GSLBインスタンス、およびLinuxインスタンスには、それぞれ異なるルールセットが必要であるため、個別のセキュリティグループを作成することをお勧めします。この例では、簡潔にするために統合されたセキュリティグループ構成を使用しています。
仮想ファイアウォールの適切な構成については、VPCのセキュリティグループを参照してください。
  1. ユーザーの AWS リソースグループ にログインし、EC2 > NETWORK & SECURITY > Security Groups に移動します。
  2. Create Security Group をクリックし、名前と説明を入力します。このセキュリティグループには、NetScaler と Linux バックエンド Web サーバーが含まれます。
  3. 次のスクリーンショットからインバウンドポートルールを追加します。
    注:
    詳細なセキュリティ強化のためには、送信元 IP アクセスを制限することをお勧めします。詳細については、Web Server Rules を参照してください。
  4. Amazon Linux バックエンド Web サービス
    1. ユーザーの AWS リソースグループ にログインし、EC2 > Instances に移動します。
    2. Launch Instance をクリックし、以下の詳細を使用して Amazon Linux インスタンスを設定します。
    このインスタンスに Web サーバーまたはバックエンドサービスを設定するための詳細を入力します。
  5. NetScaler の構成
    1. ユーザーの AWS リソースグループ にログインし、EC2 > Instances に移動します。
    2. Launch Instance をクリックし、以下の詳細を使用して Amazon AMI インスタンスを設定します。
  6. Elastic IP の構成
    注:
    コスト削減のため、NSIP にパブリック IP を持たせず、必要に応じて NetScaler を単一の Elastic IP で実行することもできます。代わりに、GSLB サイト IP および ADNS IP に加えて、ボックスへの管理アクセスをカバーできる Elastic IP を SNIP にアタッチします。
    1. ユーザーの AWS リソースグループにログインし、EC2 > NETWORK & SECURITY > Elastic IPs に移動します。
    2. Allocate new address をクリックして、Elastic IP アドレスを作成します。
    3. Elastic IP を設定して、AWS 内で実行中のユーザーの NetScaler インスタンスを指すようにします。
    4. 2つ目の Elastic IP を設定し、再び実行中のユーザーの NetScaler インスタンスを指すようにします。
  7. エラスティックロードバランサー
    1. ユーザーの AWS リソースグループにログインし、EC2 > LOAD BALANCING > Load Balancers に移動します。
    2. Create Load Balancer をクリックして、クラシックロードバランサーを設定します。
    ユーザーの Elastic Load Balancer を使用すると、バックエンドの Amazon Linux インスタンスの負荷分散を行うことができ、また、需要に基づいて起動される他のインスタンスの負荷分散も可能です。

グローバルサーバー負荷分散ドメイン名ベースのサービスの構成

トラフィック管理の構成については、「NetScaler GSLB ドメインベースのサービスを構成する」を参照してください。

展開タイプ

3-NIC 展開
  • 一般的な展開
    • GSLB StyleBook
    • ADM を使用
    • GSLB (Route53 (ドメイン登録あり)) を使用
    • ライセンス - プール型/マーケットプレイス型
  • ユースケース
    • 3-NIC展開は、データトラフィックと管理トラフィックの真の分離を実現するために使用されます。
    • 3-NIC展開は、ADCのスケーラビリティとパフォーマンスも向上させます。
    • 3-NIC展開は、スループットが通常1 Gbps以上であるネットワークアプリケーションで使用され、3-NIC展開が推奨されます。

CFT展開

顧客は、展開をカスタマイズする場合、または展開を自動化する場合に、CloudFormationテンプレートを使用して展開します。

展開手順

展開手順は以下のとおりです。
  1. GSLB用3-NIC展開
  2. ライセンス
  3. 展開オプション

GSLB用3-NIC展開

NetScaler VPXインスタンスは、AWSマーケットプレイスでAmazon Machine Image (AMI) として利用可能であり、AWS VPC内でElastic Compute Cloud (EC2) インスタンスとして起動できます。NetScaler VPXでサポートされるAMIとして許可される最小のEC2インスタンスタイプはm4.largeです。NetScaler VPX AMIインスタンスには、最低2つの仮想CPUと2 GBのメモリが必要です。AWS VPC内で起動されたEC2インスタンスは、VPX構成に必要な複数のインターフェース、インターフェースごとの複数のIPアドレス、およびパブリックIPアドレスとプライベートIPアドレスも提供できます。各VPXインスタンスには、少なくとも3つのIPサブネットが必要です。
  • 管理サブネット
  • クライアント向けサブネット (VIP)
  • バックエンド向けサブネット (SNIP)
NetScaler は、AWS インストールにおける標準的な VPX インスタンスに対して、3 つのネットワークインターフェイスを推奨しています。
AWS は現在、マルチ IP 機能を AWS VPC 内で実行されているインスタンスでのみ利用可能にしています。VPC 内の VPX インスタンスは、EC2 インスタンスで実行されているサーバーの負荷分散に使用できます。Amazon VPC を使用すると、ユーザーは独自の IP アドレス範囲、サブネット、ルートテーブル、ネットワークゲートウェイを含む仮想ネットワーク環境を作成および制御できます。
注:
デフォルトでは、ユーザーは AWS アカウントごとに AWS リージョンあたり最大 5 つの VPC インスタンスを作成できます。ユーザーは、Amazon のリクエストフォーム (Amazon VPC Request) をここから送信することで、より高い VPC 制限をリクエストできます。

ライセンス

AWS 上の NetScaler VPX インスタンスにはライセンスが必要です。AWS 上で実行されている NetScaler VPX インスタンスには、以下のライセンスオプションが利用可能です。
  • 無料 (無制限)
  • 時間単位
  • 年間
  • 独自のライセンスを持ち込む
  • 無料トライアル (AWS Marketplace で 21 日間無料のすべての NetScaler VPX-AWS サブスクリプション提供)。

展開オプション

ユーザーはAWSにNetScaler VPXスタンドアロンインスタンスを展開できます。 詳細については、「Deploy a NetScaler VPX standalone instance on AWS」を参照してください。

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

NetScalerのハイブリッドおよびマルチクラウドグローバルサーバー負荷分散（GSLB）ソリューションにより、ユーザーはハイブリッドクラウド、マルチクラウド、オンプレミス展開の複数のデータセンターにわたってアプリケーショントラフィックを分散できます。NetScalerのハイブリッドおよびマルチクラウドGSLBソリューションは、既存のセットアップを変更することなく、ハイブリッドまたはマルチクラウド環境で負荷分散設定を管理するのに役立ちます。また、オンプレミス設定を持つユーザーは、クラウドに完全に移行する前に、NetScalerのハイブリッドおよびマルチクラウドGSLBソリューションを使用して、一部のサービスをクラウドでテストできます。たとえば、ユーザーはトラフィックのごく一部のみをクラウドにルーティングし、ほとんどのトラフィックをオンプレミスで処理できます。NetScalerのハイブリッドおよびマルチクラウドGSLBソリューションは、単一の統合コンソールから地理的な場所を越えてNetScalerインスタンスを管理および監視することも可能にします。
ハイブリッドおよびマルチクラウドアーキテクチャは、「ベンダーロックイン」を回避し、ユーザーパートナーや顧客のニーズを満たすために異なるインフラストラクチャを使用することで、企業全体のパフォーマンスを向上させることもできます。マルチクラウドアーキテクチャを使用すると、ユーザーは使用した分だけ支払うため、インフラストラクチャコストをより適切に管理できます。また、オンデマンドでインフラストラクチャを使用するため、アプリケーションをより適切にスケーリングできます。さらに、各プロバイダーの最高のサービスを利用するために、あるクラウドから別のクラウドに迅速に切り替える機能も提供します。
NetScaler GSLBノードはDNS名前解決を処理します。これらのGSLBノードのいずれも、任意のクライアントロケーションからDNSリクエストを受信できます。DNSリクエストを受信したGSLBノードは、設定された負荷分散方法によって選択されたロードバランサー仮想サーバーIPアドレスを返します。メトリック（サイト、ネットワーク、および永続性メトリック）は、NetScaler独自のプロトコルであるメトリック交換プロトコル（MEP）を使用してGSLBノード間で交換されます。MEPプロトコルの詳細については、「Configure Metrics Exchange Protocol」を参照してください。
GSLBノードで構成されたモニターは、同じデータセンター内の負荷分散仮想サーバーの健全性ステータスを監視します。親子トポロジでは、GSLBノードとNetScalerノード間のメトリックはMEPを使用して交換されます。ただし、親子トポロジでは、GSLBノードとNetScaler LBノード間のモニタープローブの構成はオプションです。
NetScalerエージェントは、NetScaler ADMとユーザーデータセンター内の管理対象インスタンス間の通信を可能にします。NetScalerエージェントとそのインストール方法の詳細については、「Getting Started」を参照してください。
注：
このドキュメントでは、以下の前提条件があります。
  • ユーザーが既存の負荷分散設定を持っている場合、それが稼働していること。
  • 各NetScaler GSLBノードにSNIPアドレスまたはGSLBサイトIPアドレスが構成されていること。このIPアドレスは、他のデータセンターとメトリックを交換する際のデータセンターソースIPアドレスとして使用されます。
  • DNSトラフィックを受信するために、各NetScaler GSLBインスタンスにADNSまたはADNS-TCPサービスが構成されていること。
  • 必要なファイアウォールとセキュリティグループがクラウドサービスプロバイダーで構成されていること。

セキュリティグループの構成

ユーザーは、クラウドサービスプロバイダーで必要なファイアウォール/セキュリティグループ設定を行う必要があります。AWSのセキュリティ機能の詳細については、「AWS/Documentation/Amazon VPC/User Guide/Security」を参照してください。
また、GSLBノードでは、ユーザーはADNSサービス/DNSサーバーIPアドレス用にポート53を、MEPトラフィック交換用にGSLBサイトIPアドレス用にポート3009を開く必要があります。ロードバランシングノードでは、ユーザーはアプリケーショントラフィックを受信するために適切なポートを開く必要があります。例えば、HTTPトラフィックを受信するためにポート80を、HTTPSトラフィックを受信するためにポート443を開く必要があります。NetScalerエージェントとNetScaler ADM間のNITRO通信のためにポート443を開きます。
動的ラウンドトリップ時間GSLBメソッドの場合、ユーザーは設定されたLDNSプローブタイプに応じてUDPおよびTCPプローブを許可するためにポート53を開く必要があります。UDPまたはTCPプローブはSNIPのいずれかを使用して開始されるため、この設定はサーバー側サブネットにバインドされたセキュリティグループに対して行う必要があります。

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

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

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

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

GSLBメソッド

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

GSLBトポロジ

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

IPv6のサポート

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

監視

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

永続性

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

NetScaler ADM StyleBook を使用した構成

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

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

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

StyleBookを使用してNetScaler負荷分散ノードでGSLBを構成する

お客様は、メトリックベースのGSLBアルゴリズム (最小パケット、最小接続、最小帯域幅) を使用してGSLBおよび負荷分散ノードを構成し、負荷分散ノードが別のNetScalerインスタンスに展開されている場合に、LBノード用のマルチクラウドGSLB StyleBookを使用できます。
ユーザーは、このStyleBookを使用して、既存の親サイトに子サイトを追加構成することもできます。このStyleBookは、一度に1つの子サイトを構成します。したがって、子サイトの数だけ、このStyleBookから構成 (構成パック) を作成します。StyleBookは、子サイトにGSLB構成を適用します。ユーザーは最大1024の子サイトを構成できます。
注:
マルチクラウドGSLB StyleBookを使用して親サイトを構成します。
このStyleBookは次の前提に基づいています。
  • SNIPアドレスまたはGSLBサイトIPアドレスが構成されていること。
  • 必要なファイアウォールとセキュリティグループがクラウドサービスプロバイダーで構成されていること。

LBノード用のマルチクラウドGSLB StyleBookを使用して、親子トポロジで子サイトを構成する

  1. > > の順に移動します。
  2. > の順に移動し、 をクリックします。
    StyleBookは、このStyleBookで定義されているすべてのパラメータの値をユーザーが入力できるユーザーインターフェイスページとして表示されます。
    注:
    このドキュメントでは、データセンターとサイトという用語は同じ意味で使用されます。
  3. 次のパラメータを設定します。
    • アプリケーション名。子サイトを作成するGSLBサイトに展開されているGSLBアプリケーションの名前を入力します。
    • プロトコル。展開されているアプリケーションのアプリケーションプロトコルをドロップダウンリストボックスから選択します。
    • LBヘルスチェック (オプション)
    • ヘルスチェックタイプ。ドロップダウンリストボックスから、サイト上のアプリケーションを表すロードバランサーVIPアドレスのヘルスチェックに使用されるプローブのタイプを選択します。
    • セキュアモード。(オプション) SSLベースのヘルスチェックが必要な場合は、このパラメータを有効にするためにはいを選択します。
    • HTTPリクエスト。(オプション) ユーザーがHTTPをヘルスチェックタイプとして選択した場合、VIPアドレスをプローブするために使用される完全なHTTPリクエストを入力します。
    • HTTPステータス応答コードのリスト。(オプション) ユーザーがHTTPをヘルスチェックタイプとして選択した場合、VIPが正常なときにHTTPリクエストへの応答で予期されるHTTPステータスコードのリストを入力します。
  4. 親サイトの構成。
    • 子サイト（LBノード）を作成する親サイト（GSLBノード）の詳細を指定します。
      • サイト名。親サイトの名前を入力します。
      • サイトIPアドレス。親サイトが他のサイトとメトリックを交換する際に、その送信元IPアドレスとして使用するIPアドレスを入力します。このIPアドレスは、各サイトのGSLBノードにすでに構成されているものと見なされます。
      • サイトのパブリック IP アドレス。(オプション) 親サイトの IP アドレスが NAT されている場合、メトリックの交換に使用される親サイトのパブリック IP アドレスを入力します。
  5. 子サイトの構成。
    • 子サイトの詳細を指定します。
      • サイト名。サイトの名前を入力します。
      • サイト IP アドレス。子サイトの IP アドレスを入力します。ここでは、子サイトとして構成されているNetScalerノードのプライベート IP アドレスまたはSNIPを使用します。
      • サイトのパブリック IP アドレス。(オプション) 子サイトの IP アドレスが NAT されている場合、メトリックの交換に使用される子サイトのパブリック IP アドレスを入力します。
  6. アクティブな GSLB サービスの構成 (オプション)
    • LB 仮想サーバーの IP アドレスがパブリック IP アドレスでない場合にのみ、アクティブな GSLB サービスを構成します。このセクションでは、アプリケーションが展開されているサイトでローカル GSLB サービスのリストを構成できます。
      • サービス IP。このサイトのロードバランシング仮想サーバーの IP アドレスを入力します。
      • サービスのパブリック IP アドレス。仮想 IP アドレスがプライベートで、それに NAT されたパブリック IP アドレスがある場合は、そのパブリック IP アドレスを指定します。
      • サービスポート。このサイトの GSLB サービスのポートを入力します。
      • サイト名。GSLB サービスが配置されているサイトの名前を入力します。
  7. ターゲットインスタンス をクリックし、GSLB 構成を展開する各サイトで GSLB インスタンスとして構成されている NetScaler インスタンスを選択します。
  8. 作成 をクリックして、選択した NetScaler インスタンス (LB ノード) に LB 構成を作成します。ユーザーは ドライラン をクリックして、ターゲットインスタンスで作成されるオブジェクトを確認することもできます。ユーザーが作成した StyleBook 構成は、 ページの構成リストに表示されます。ユーザーは、NetScaler ADM GUI を使用して、この構成を検査、更新、または削除できます。

CloudFormation テンプレートの展開

NetScaler VPXは、AWS MarketplaceでAmazon Machine Images (AMI) として利用できます。AWSでNetScaler VPXをプロビジョニングするためにCloudFormationテンプレートを使用する前に、AWSユーザーは規約に同意し、AWS Marketplace製品を購読する必要があります。MarketplaceのNetScaler VPXの各エディションには、この手順が必要です。
CloudFormationリポジトリ内の各テンプレートには、テンプレートの使用法とアーキテクチャを説明するドキュメントが併置されています。これらのテンプレートは、NetScaler VPXの推奨デプロイアーキテクチャをコード化するか、ユーザーにNetScalerを紹介するか、特定の機能、エディション、またはオプションをデモンストレーションすることを目的としています。ユーザーは、特定の運用およびテストのニーズに合わせてテンプレートを再利用、変更、または強化できます。ほとんどのテンプレートでは、IAMロールを作成する権限に加えて、完全なEC2権限が必要です。
CloudFormationテンプレートには、特定のNetScaler VPXのリリース（例：リリース12.0-56.20）およびエディション（例：NetScaler VPX Platinum Edition - 10 Mbps）またはNetScaler BYOLに固有のAMI IDが含まれています。CloudFormationテンプレートで異なるバージョンのNetScaler VPXを使用するには、ユーザーがテンプレートを編集してAMI IDを置き換える必要があります。
最新のNetScaler AWS-AMI-IDは、こちらにあります: NetScaler AWS CloudFormation Master。

CFT 3-NICデプロイ

このテンプレートは、2つのアベイラビリティゾーンに対して3つのサブネット（管理、クライアント、サーバー）を持つVPCを展開します。パブリックサブネットにデフォルトルートを持つインターネットゲートウェイを展開します。このテンプレートは、プライマリに3つのVPCサブネット（管理、クライアント、サーバー）に関連付けられた3つのENIと、セカンダリに3つのVPCサブネット（管理、クライアント、サーバー）に関連付けられた3つのENIを持つ、2つのNetScalerインスタンスでアベイラビリティゾーンをまたぐHAペアも作成します。このCFTによって作成されるすべてのリソース名は、スタック名のtagNameをプレフィックスとして持ちます。
CloudFormationテンプレートの出力には以下が含まれます。
  • PrimaryCitrixADCManagementURL - プライマリVPXの管理GUIへのHTTPS URL（自己署名証明書を使用）
  • PrimaryCitrixADCManagementURL2 - プライマリVPXの管理GUIへのHTTP URL
  • PrimaryCitrixADCInstanceID - 新しく作成されたプライマリVPXインスタンスのインスタンスID
  • PrimaryCitrixADCPublicVIP - VIPに関連付けられたプライマリVPXインスタンスのElastic IPアドレス
  • PrimaryCitrixADCPrivateNSIP - プライマリVPXの管理に使用されるプライベートIP（NS IP）
  • PrimaryCitrixADCPublicNSIP - プライマリVPXの管理に使用されるパブリックIP（NS IP）
  • PrimaryCitrixADCPrivateVIP - VIPに関連付けられたプライマリVPXインスタンスのプライベートIPアドレス
  • PrimaryCitrixADCSNIP - SNIPに関連付けられたプライマリVPXインスタンスのプライベートIPアドレス
  • SecondaryCitrixADCManagementURL - セカンダリVPXの管理GUIへのHTTPS URL（自己署名証明書を使用）
  • SecondaryCitrixADCManagementURL2 - セカンダリVPXの管理GUIへのHTTP URL
  • SecondaryCitrixADCInstanceID - 新しく作成されたセカンダリVPXインスタンスのインスタンスID
  • SecondaryCitrixADCPrivateNSIP - セカンダリVPXの管理に使用されるプライベートIP（NS IP）
  • SecondaryCitrixADCPublicNSIP - セカンダリVPXの管理に使用されるパブリックIP（NS IP）
  • SecondaryCitrixADCPrivateVIP - VIPに関連付けられたセカンダリVPXインスタンスのプライベートIPアドレス
  • SecondaryCitrixADCSNIP - SNIPに関連付けられたセカンダリVPXインスタンスのプライベートIPアドレス
  • SecurityGroup - VPXが属するセキュリティグループID
CFTに入力する際、CFT内の任意のパラメータに対する*は、それが必須フィールドであることを意味します。例えば、VPC ID*は必須フィールドです。
以下の前提条件を満たす必要があります。CloudFormationテンプレートは、通常のEC2の完全な権限を超えて、IAMロールを作成するための十分な権限を必要とします。このテンプレートのユーザーは、このCloudFormationテンプレートを使用する前に、AWS Marketplace製品の利用規約に同意し、サブスクライブする必要があります。
以下も存在する必要があります。
  • キーペア
  • 3つの未割り当てEIP
  • プライマリ管理
  • クライアントVIP
  • セカンダリ管理
AWS で NetScaler VPX インスタンスをプロビジョニングする方法の詳細については、「AWS での NetScaler VPX インスタンスのプロビジョニング」を参照してください。
StyleBook を使用して GSLB を構成する方法については、「StyleBook を使用した GSLB の構成」を参照してください。

ディザスタリカバリ (DR)

災害とは、自然災害または人為的な出来事によって引き起こされる事業機能の突然の中断です。災害はデータセンターの運用に影響を与え、その後、災害現場で失われたリソースとデータは完全に再構築および復元される必要があります。データセンターでのデータの損失やダウンタイムは致命的であり、事業継続性を崩壊させます。
お客様が今日直面している課題の1つは、DRサイトをどこに設置するかを決定することです。企業は、基盤となるインフラストラクチャやネットワークの障害に関係なく、一貫性とパフォーマンスを求めています。
ディザスタリカバリのために GSLB を展開するには、「AWS に NetScaler VPX スタンドアロンインスタンスを展開する」を参照してください。

その他のリソース