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

最終公開日 : Oct 05, 2026
AWSで稼働しているNetScaler VPXのEC2インスタンスタイプ、スループット、ソフトウェアエディション、およびシステムソフトウェアをアップグレードできます。特定の種類のアップグレードでは、Citrixはダウンタイムを最小限に抑えるために高可用性構成方式を使用することを推奨します。
注:
  • NetScalerソフトウェアリリース10.1.e-124.1308.e以降のNetScaler VPX AMI(ユーティリティライセンスとカスタマーライセンスの両方を含む)は、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より前のリリースでEC2インスタンスタイプを変更する場合も、インスタンスタイプをM3に変更したい場合を除いて、上記の手順を使用できます。その場合は、まず標準のNetScalerアップグレード手順に従ってNetScalerソフトウェアを10.1.e-124またはそれ以降のリリースにアップグレードし、その後、上記の手順に従う必要があります。

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

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

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

顧客ライセンスを使用している場合、Citrix® Webサイトから新しいライセンスを購入してダウンロードし、VPXインスタンスにインストールできます。Citrix Webサイトからのライセンスのダウンロードとインストールに関する詳細については、「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-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. 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