AWS 上の NetScaler VPX インスタンスをアップグレードする

最終公開日 : Sep 25, 2026
AWS で実行されている NetScaler VPX の EC2 インスタンスタイプ、スループット、ソフトウェアエディション、およびシステムソフトウェアをアップグレードできます。特定の種類のアップグレードでは、Citrix はダウンタイムを最小限に抑えるために高可用性構成方法を使用することを推奨しています。
注:
  • NetScaler VPX AMI (ユーティリティライセンスとカスタマーライセンスの両方を含む) 用の NetScaler ソフトウェアリリース 10.1.e-124.1308.e 以降は、M1 および M2 インスタンスファミリーをサポートしていません。
  • VPX インスタンスのサポートの変更により、10.1.e-124 以降のリリースから 10.1.123.x 以前のリリースへのダウングレードはサポートされていません。
  • ほとんどのアップグレードでは、新しい AMI を起動する必要はなく、現在の NetScaler AMI インスタンスでアップグレードを実行できます。新しい NetScaler AMI インスタンスにアップグレードしたい場合は、高可用性構成方法を使用してください。
Related information

AWS 上の NetScaler VPX インスタンスの EC2 インスタンスタイプを変更する

NetScaler VPX インスタンスがリリース 10.1.e-124.1308.e 以降を実行している場合、AWS コンソールから EC2 インスタンスタイプを次のように変更できます。
  1. VPX インスタンスを停止します。
  2. AWS コンソールから EC2 インスタンスタイプを変更します。
  3. インスタンスを起動します。
上記の手順を使用して、10.1.e-124.1308.e より前のリリースで EC2 インスタンスタイプを変更することもできます。ただし、インスタンスタイプを M3 に変更したい場合は除きます。その場合は、まず標準の NetScaler アップグレード手順に従って NetScaler ソフトウェアを 10.1.e-124 以降のリリースにアップグレードし、その後上記の手順に従う必要があります。

AWS 上の NetScaler VPX インスタンスのスループットまたはソフトウェアエディションをアップグレードする

ソフトウェアエディション (例: Standard から Premium エディションへのアップグレード) またはスループット (例: 200 Mbps から 1000 Mbps へのアップグレード) をアップグレードする方法は、インスタンスのライセンスによって異なります。

カスタマーライセンスの使用 (Bring-Your-Own-License)

顧客ライセンスを使用している場合、Citrix® ウェブサイトから新しいライセンスを購入してダウンロードし、VPX インスタンスにインストールできます。Citrix ウェブサイトからのライセンスのダウンロードとインストールに関する詳細については、「VPX ライセンスガイド」を参照してください。

ユーティリティライセンスの使用 (時間単位料金のユーティリティライセンス)

AWS は、有料インスタンスの直接アップグレードをサポートしていません。有料の NetScaler VPX インスタンスのソフトウェアエディションまたはスループットをアップグレードするには、目的のライセンスと容量を持つ新しい AMI を起動し、古いインスタンス構成を新しいインスタンスに移行します。これは、このページの (#upgrade-to-a-new-citrix-adc-ami-instance-by-using-a-citrix-adc-high-availability-configuration) サブセクションで説明されているように、NetScaler の高可用性構成を使用することで実現できます。

AWS 上の NetScaler VPX インスタンスのシステムソフトウェアをアップグレードする

10.1.e-124.1308.e 以降のリリースを実行している VPX インスタンスをアップグレードする必要がある場合は、NetScaler アプライアンスのアップグレードとダウングレード に記載されている標準の NetScaler アップグレード手順に従ってください。
10.1.e-124.1308.e より前のリリースを実行している VPX インスタンスを 10.1.e-124.1308.e 以降のリリースにアップグレードする必要がある場合は、まずシステムソフトウェアをアップグレードし、次にインスタンスタイプを M3 に変更します。手順は次のとおりです。
  1. VPX インスタンスを停止します。
  2. AWS コンソールから EC2 インスタンスタイプを変更します。
  3. インスタンスを開始します。

NetScaler の高可用性構成を使用して新しい NetScaler AMI インスタンスにアップグレードする

新しい NetScaler AMI インスタンスへのアップグレードに高可用性方式を使用するには、次のタスクを実行します。
  • AWS Marketplace から、目的の EC2 インスタンスタイプ、ソフトウェアエディション、スループット、またはソフトウェアリリースで新しいインスタンスを作成します。
  • 古いインスタンス (アップグレード対象) と新しいインスタンスの間で高可用性を構成します。古いインスタンスと新しいインスタンスの間で高可用性が構成されると、古いインスタンスの構成が新しいインスタンスに同期されます。
  • 古いインスタンスから新しいインスタンスへの HA フェールオーバーを強制します。その結果、新しいインスタンスがプライマリになり、トラフィックの受信を開始します。
  • 古いインスタンスを停止し、AWS から再構成または削除します。

前提条件と考慮事項

  • AWS上の2つのNetScaler VPXインスタンス間で高可用性がどのように機能するかを理解していることを確認してください。AWS上の2つのNetScaler VPXインスタンス間の高可用性構成の詳細については、AWSで高可用性ペアを展開するを参照してください。
  • 新しいインスタンスは、古いインスタンスと同じアベイラビリティゾーンに、まったく同じセキュリティグループとサブネットを持つように作成する必要があります。
  • 高可用性セットアップには、両方のインスタンスのユーザーのAWS Identity and Access Management (IAM)アカウントに関連付けられたアクセスキーとシークレットキーが必要です。VPXインスタンスの作成時に正しいキー情報が使用されない場合、HAセットアップは失敗します。VPXインスタンスのIAMアカウントの作成の詳細については、前提条件を参照してください。
    • 新しいインスタンスを作成するには、EC2コンソールを使用する必要があります。AWSの1クリック起動は、アクセスキーとシークレットキーを入力として受け付けないため、使用できません。
    • 新しいインスタンスには、ENIインターフェースが1つだけ必要です。
高可用性構成を使用してNetScaler VPXインスタンスをアップグレードするには、次の手順に従います。
  1. 古いインスタンスと新しいインスタンスの間で高可用性を構成します。2つのNetScaler VPXインスタンス間で高可用性を構成するには、各インスタンスのコマンドプロンプトで次のように入力します。
    • add ha node <nodeID> <IPaddress of the node to be added>
    • save config
    例:
    古いインスタンスのコマンドプロンプトで、次のように入力します。
    add ha node 30 192.0.2.30
    Done
    新しいインスタンスのコマンドプロンプトで、次のように入力します。
    add ha node 10 192.0.2.10
    Done
    次の点に注意してください。
    • HAセットアップでは、古いインスタンスがプライマリノードであり、新しいインスタンスがセカンダリノードです。
    • NSIP IPアドレスは、古いインスタンスから新しいインスタンスにコピーされません。したがって、アップグレード後、新しいインスタンスの管理IPアドレスは以前のものとは異なります。
    • HA同期後、新しいインスタンスのnsrootアカウントパスワードは古いインスタンスのものに設定されます。
    AWS上の2つのNetScaler VPXインスタンス間の高可用性構成の詳細については、「Deploy a high availability pair on AWS」を参照してください。
  2. HAフェイルオーバーを強制します。高可用性構成でフェイルオーバーを強制するには、いずれかのインスタンスのコマンドプロンプトで次のように入力します。
    force HA failover
    フェイルオーバーを強制した結果、古いインスタンスのENIが新しいインスタンスに移行され、トラフィックは新しいインスタンス（新しいプライマリノード）を経由して流れます。古いインスタンス（新しいセカンダリノード）は再起動します。
    次の警告メッセージが表示された場合は、「N」と入力して操作を中止してください。
    [WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s):
    HA version mismatch
    HA heartbeats not seen on some interfaces
    Please confirm whether you want force-failover (Y/N)?
    この警告メッセージが表示されるのは、2つのVPXインスタンスのシステムソフトウェアがHA互換ではないためです。その結果、強制フェイルオーバー中に古いインスタンスの構成を新しいインスタンスに自動的に同期することはできません。
    この問題の回避策は次のとおりです。
    1. 古いインスタンスのNetScalerシェルプロンプトで、次のコマンドを入力して構成ファイル (ns.conf) のバックアップを作成します。
      copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp
    2. バックアップ構成ファイル (ns.conf.bkp) から次の行を削除します。
      • set ns config -IPAddress <IP> -netmask <MASK>
      例: set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0
    3. 古いインスタンスのバックアップ構成ファイル (ns.conf.bkp) を新しいインスタンスの/nsconfigディレクトリにコピーします。
    4. 新しいインスタンスのNetScalerシェルプロンプトで、次のコマンドを入力して古いインスタンスの構成ファイル (ns.conf.bkp) を新しいインスタンスにロードします。
      • batch -f /nsconfig/ns.conf.bkp
    5. 新しいインスタンスに構成を保存します。
      • save conifg
    6. いずれかのノードのコマンドプロンプトで、強制フェイルオーバーを実行するために次のコマンドを入力し、警告メッセージに対してYを入力して強制フェイルオーバー操作を確認します。
      • force ha failover
    例:
            > force ha failover

    WARNING]:Force Failover may cause configuration loss, peer health not optimum.
            Reason(s):
            HA version mismatch
            HA heartbeats not seen on some interfaces
            Please confirm whether you want force-failover (Y/N)? Y
  3. HA構成を削除して、2つのインスタンスがHA構成でなくなるようにします。まずセカンダリノードからHA構成を削除し、次にプライマリノードからHA構成を削除します。
    2つのNetScaler VPXインスタンス間のHA構成を削除するには、各インスタンスのコマンドプロンプトで次のように入力します。
    > remove ha node \<nodeID\>
    >  save config
    AWS上の2つのVPXインスタンス間の高可用性構成の詳細については、「AWSに高可用性ペアを展開する」を参照してください。
    例:
古いインスタンス（新しいセカンダリノード）のコマンドプロンプトで、次のように入力します。
> remove ha node 30
  Done
> save config
  Done
新しいインスタンス（新しいプライマリノード）のコマンドプロンプトで、次のように入力します。
> remove ha node 10
  Done
> save config
  Done