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インスタンスにアップグレードしたい場合は、高可用性構成メソッドを使用してください。

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より前のリリースの場合でも、インスタンスタイプをM3に変更したい場合を除き、上記のプロシージャを使用してEC2インスタンスタイプを変更できます。その場合は、まず標準のNetScalerアップグレード手順に従ってNetScalerソフトウェアを10.1.e-124以降のリリースにアップグレードし、その後上記の手順に従う必要があります。

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

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

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

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

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

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-click launch は、アクセスキーとシークレットキーを入力として受け付けないため、使用できません。
    • 新しいインスタンスには、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. 2つのインスタンスがHA構成でなくなるように、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