NetScaler VPX

サポートマトリックスと使用ガイドライン

このドキュメントでは、NetScaler VPX および VPX FIPS インスタンスでサポートされているさまざまなハイパーバイザーと機能について説明します。ただし、特定のハイパーバイザーが VPX FIPS でサポートされていないと明示的に記載されている場合は除きます。このドキュメントでは、それらの使用ガイドラインと既知の制限についても説明します。

XenServer 上の VPX インスタンス

XenServer バージョン SysID パフォーマンス範囲
8.2 (13.0 64.x 以降でサポート), 8.0, 7.6, 7.1 450000 10 Mbps から 40 Gbps

VMware ESXi ハイパーバイザー上の VPX インスタンス

ESXi バージョン ESXi リリース日 (YYYY/MM/DD) ESXi ビルド番号 NetScaler VPX バージョン パフォーマンス範囲
ESXi 9.0.2 バージョン 2026/01/20 25148076 13.1-61.x 以降のビルド 10 Mbps から 100 Gbps



























ESXi 8.0 アップデート 3j 2026/05/27 25429389 13.1-63.x 以降のビルド
ESXi 8.0 アップデート 3g 2025/07/29 24859861 13.1-58.x 以降のビルド
ESXi 8.0 アップデート 3f 2025/07/15 24784735 13.1-58.x 以降のビルド
ESXi 8.0 アップデート 3e 2025/04/10 24674464 13.1-58.x 以降のビルド
ESXi 8.0 アップデート 3d 2025/03/04 24585383 13.1-56.x 以降のビルド
ESXi 8.0 アップデート 3c 2025/01/23 24414501 13.1-55.x およびそれ以降のビルド
ESXi 8.0 アップデート 3b 2024/09/17 24280767 13.1-53.x およびそれ以降のビルド
ESXi 8.0 アップデート 3 2024/06/25 24022510 13.1-53.x およびそれ以降のビルド
ESXi 8.0 アップデート 2c 2024/05/21 23825572 13.1-53.x 以降のビルド
ESXi 8.0 アップデート 2b 2024/02/29 23305546 13.1–49.15、および 13.1-52.x 以降のビルド
ESXi 8.0 アップデート 2 2023/09/21 22380479 13.1-52.x 以降のビルド
ESXi 8.0 アップデート 1 2023/04/18 21495797 13.1-45.x 以降のビルド
ESXi 8.0c バージョン 2023/03/30 21493926 13.1-45.x 以降のビルド
ESXi 8.0 バージョン 2022/10/11 20513097 13.1-42.x 以降のビルド
ESXi 7.0 アップデート 3w 2025/07/15 24784741 13.1-58.x およびそれ以降のビルド
ESXi 7.0 アップデート 3s 2025/03/04 24585291 13.1-55.x およびそれ以降のビルド
ESXi 7.0 アップデート 3r 2024/12/12 24411414 13.1-55.x およびそれ以降のビルド
ESXi 7.0 アップデート 3q 2024/05/21 23794027 13.1-53.x 以降のビルド
ESXi 7.0 アップデート 3p 2024/03/05 23307199 13.1-52.x 以降のビルド
ESXi 7.0 アップデート 3o 2023/09/28 22348816 13.1-51.x 以降のビルド
ESXi 7.0 アップデート 3n 2023/07/06 21930508 13.1-49.x 以降のビルド
ESXi 7.0 アップデート 3m 2023/05/03 21686933 13.1-48.x 以降のビルド
ESXi 7.0 アップデート 3i 2022/12/08 20842708 13.1-37.x 以降のビルド
ESXi 7.0 アップデート 3f 2022/07/12 20036589 13.1-33.x 以降のビルド
ESXi 7.0 アップデート 3d 2022/03/29 19482537 13.1-27.x 以降のビルド
ESXi 7.0 アップデート 3c 2022/01/27 19193900 13.1-21.x 以降のビルド
ESX 7.0 アップデート 2d 2021/09/14 18538813 13.1-9.x およびそれ以降のビルド
ESX 7.0 アップデート 2a 2021/04/29 17867351 13.1-4.x およびそれ以降のビルド

注記:

各ESXiパッチのサポートは、前述の表で指定されたNetScaler VPXバージョンで検証されており、NetScaler VPX 13.1バージョンのすべてのそれ以降のビルドに適用されます。

Microsoft Hyper-V上のVPXインスタンス

Hyper-Vバージョン SysID NetScaler VPX バージョン パフォーマンス範囲
2016, 2019 450020

13.1-4.x 以降 10 Mbps から 3 Gbps

2022 13.1-58.x 以降
2025 13.1-60.x 以降

Azure Local 上の VPX インスタンス

コンポーネント サポートされているバージョン / ビルド SysID
NetScaler VPX 13.1-61.x 以降 450020
Azure ローカル OS ビルド 25398.1965、26100.7171、および 20349.3692

Azure Local リリースバージョンの詳細については、Microsoft ドキュメントを参照してください。

Nutanix AHV 上の VPX インスタンス

NetScaler VPX は、Citrix Ready パートナーシップを通じて Nutanix AHV でサポートされています。Citrix Ready は、ソフトウェアおよびハードウェアベンダーがデジタルワークスペース、ネットワーク、分析のための NetScaler テクノロジーと製品を開発および統合するのに役立つテクノロジーパートナープログラムです。

Nutanix AHV に NetScaler VPX インスタンスを展開する段階的な方法の詳細については、Nutanix AHV への NetScaler VPX の展開を参照してください。

サードパーティサポート:

NetScaler® 環境で特定のサードパーティ (Nutanix AHV) 統合に関する問題が発生した場合は、サードパーティパートナー (Nutanix) に直接サポートインシデントをオープンしてください。

パートナーが問題がNetScalerにあると判断した場合、パートナーはNetScalerサポートに連絡してさらなる支援を求めることができます。パートナーの専任の技術リソースが、問題が解決するまでNetScalerサポートチームと協力します。

汎用KVM上のVPXインスタンス

汎用KVMバージョン SysID パフォーマンス範囲
RHEL 7.6、RHEL 8.0、RHEL 9.3 450070
10 Mbpsから100 Gbps
ウブントゥ 16.04、ウブントゥ 18.04、ウブントゥ 22.04

注意点:

KVMハイパーバイザーを使用する際は、以下の点に留意してください。

  • VPXインスタンスは、表1-4に記載されているハイパーバイザーのリリースバージョンに対して認定されており、バージョン内のパッチリリースに対しては認定されていません。ただし、VPXインスタンスはサポートされているバージョンのパッチリリースとシームレスに連携することが期待されます。連携しない場合は、トラブルシューティングとデバッグのためにサポートケースをログに記録してください。

  • RHEL 7.6を使用する前に、KVMホストで以下の手順を完了してください。
    1. /etc/default/grub を編集し、GRUB_CMDLINE_LINUX変数に"kvm_intel.preemption_timer=0"を追加します。

    2. "# grub2-mkconfig -o /boot/grub2/grub.cfg"コマンドを使用してgrub.cfgを再生成します。

    3. ホストマシンを再起動します。

  • Ubuntu 18.04を使用する前に、KVMホストで以下の手順を完了してください。

    1. /etc/default/grub を編集し、GRUB_CMDLINE_LINUX変数に"kvm_intel.preemption_timer=0"を追加します。
    2. "# grub-mkconfig -o /boot/grub/grub.cfg “コマンドを使用してgrub.cfgを再生成します。
    3. ホストマシンを再起動します。

パブリッククラウド上のVPXインスタンス

パブリッククラウド SysID パフォーマンス範囲
AWS 450040 10 Mbps から 30 Gbps まで
アジュール 450020 10 Mbpsから10 Gbpsまで
GCP 450070 10 Mbpsから10 Gbps

ハイパーバイザーでサポートされているVPX機能

ハイパーバイザー →
機能 ↓
XenServerにおけるVPX
ヴイエムウェア ESX 上の VPX
マイクロソフト Hyper-V 上の VPX
汎用KVM上のVPX
インターフェース → PV SR-IOV PV SR-IOV エミュレート PCIパススルー PV PV SR-IOV PCIパススルー
Multi-PE サポート はい はい はい はい はい はい はい はい はい はい
クラスタリングのサポート はい はい¹ はい はい¹ はい はい はい はい はい¹ はい
VLANタギング はい はい はい はい はい はい はい (2012R2のみ) はい はい はい
リンクイベントの検出/HAMon いいえ² はい³ いいえ² はい³ いいえ² はい³ いいえ² いいえ² はい³ はい³
インターフェースパラメータ設定 いいえ いいえ いいえ いいえ いいえ はい いいえ いいえ いいえ はい
静的LA はい² はい³ はい² いいえ はい² はい³ はい² はい² はい³ はい³
LACP いいえ はい³ はい² いいえ はい² はい³ いいえ はい² はい³ はい³
静的 CLAG 不可 不可 不可 不可 不可 不可 不可 不可 不可 不可
LACP CLAG 不可 不可 はい² 不可 はい² はい³ いいえ はい² はい³ はい³
ホットプラグ いいえ いいえ いいえ いいえ いいえ いいえ いいえ いいえ いいえ いいえ

パブリッククラウドでサポートされるVPX機能

パブリッククラウド →
機能 ↓
AWS上のVPX
Azure上のVPX
GCP上のVPX
マルチPEサポート はい はい はい
クラスタリングのサポート いいえ いいえ いいえ
VLANタギング いいえ いいえ いいえ
リンクイベント/HAMonの検出 いいえ² いいえ² いいえ²
インターフェースパラメータ設定 いいえ いいえ なし
静的 LA なし なし なし
LACP なし なし なし
静的 CLAG なし なし なし
LACP CLAG なし いいえ いいえ
ホットプラグ はい いいえ いいえ

上記の2つの表で使用されている上付き数字 (1, 2, 3) は、それぞれの番号に対応する以下の点を指します。

  1. クラスタリングのサポートは、クライアント側およびサーバー側のインターフェイスでSRIOVで利用可能ですが、バックプレーンでは利用できません。
  2. NetScaler VPXインスタンスでは、インターフェイスのDOWNイベントは記録されません。
  3. Static LAの場合、物理ステータスがDOWNのインターフェイスにトラフィックがまだ送信される可能性があります。

以下の点が、上記の2つの表に記載されているそれぞれの機能に適用されます。

  • LACPの場合、ピアデバイスはLACPタイムアウトメカニズムに基づいてインターフェイスのDOWNイベントを認識します。

    • 短いタイムアウト: 3秒
    • 長いタイムアウト: 90秒
  • LACPの場合、VM間でインターフェイスを共有しないでください。
  • 動的ルーティングの場合、リンクイベントが検出されないため、収束時間はルーティングプロトコルに依存します。
  • モニターをスタティックルートにバインドしない場合、監視対象のスタティックルート機能は失敗します。これは、ルートの状態がVLANステータスに依存し、VLANステータスがリンクステータスに依存するためです。
  • リンク障害がある場合、高可用性では部分的な障害検出は行われません。リンク障害がある場合、高可用性のスプリットブレイン状態が発生する可能性があります。
    • VPXインスタンスからリンクイベント(無効化、有効化、リセット)が生成されても、リンクの物理ステータスは変更されません。スタティックLAの場合、ピアによって開始されたトラフィックはインスタンスで破棄されます。
    • VMware ESXでVLANタギング機能が動作するようにするには、VMware ESXサーバーのvSwitch上でポートグループのVLAN IDを1~4095に設定します。
  • ENAインターフェースを持つVPXインスタンスではホットプラグはサポートされておらず、ホットプラグを試行するとインスタンスの動作が予測不能になる可能性があります。ホットアドは、AWS上のNetScalerでPVおよびSRIOVインターフェースでのみサポートされています。
  • AWS WebコンソールまたはAWS CLIインターフェースを介したホットリムーブは、NetScalerのPV、SRIOV、およびENAインターフェースではサポートされていません。ホットリムーブを試行すると、インスタンスの動作が予測不能になる可能性があります。

サポートされているブラウザ

NetScaler GUIバージョン14.1および13.1にアクセスするためのサポートされているブラウザについては、「互換性のあるブラウザ」を参照してください。

NetScaler VPX™でサポートされているプロセッサ

プラットフォーム Intelプロセッサ AMDプロセッサ
シトリックス ハイパーバイザー はい いいえ
ESXi ハイパーバイザー はい はい
ハイパーV はい いいえ
KVM はい いいえ
AWS はい はい
アジュール はい はい
GCP はい はい

NetScaler VPXでサポートされているNIC

次の表に、VPXプラットフォームまたはクラウドでサポートされているNICを示します。

NIC →
プラットフォーム ↓
メラノックス CX-3
メラノックス CX-4
メラノックス CX-5
インテル 82599 SRIOV VF
インテル X710/X722/XL710 SRIOV VF
Intel X710/XL710/XXV710 PCIパススルーモード
シトリックス ハイパーバイザー NA NA NA はい はい いいえ
ESXi ハイパーバイザー いいえ はい いいえ はい いいえ はい
ハイパーブイ N/A N/A N/A いいえ いいえ いいえ
KVM いいえ はい はい はい はい いいえ
AWS 該当なし 該当なし 該当なし はい 該当なし 該当なし
アジュール はい はい はい 該当なし NA NA
GCP NA NA NA NA NA NA

使用ガイドライン

以下の使用ガイドラインに従ってください:

  • VPXインスタンスは、サーバーのローカルディスクまたはSANベースのストレージボリュームにデプロイすることをお勧めします。

Performance Best Practices for VMware vSphere 6.5 ドキュメントの「VMware ESXi CPUに関する考慮事項」セクションを参照してください。以下に抜粋を示します:

  • CPU/メモリ要求の高い仮想マシンを、オーバーコミットされたホストまたはクラスターに配置することはお勧めしません。

  • ほとんどの環境では、ESXiは仮想マシンのパフォーマンスに影響を与えることなく、かなりのレベルのCPUオーバーコミットを許可します。ホスト上では、そのホストの物理プロセッサコアの総数よりも多くのvCPUを実行できます。

  • ESXiホストのCPUが飽和状態になった場合、つまり、ホスト上の仮想マシンやその他の負荷がホストの持つすべてのCPUリソースを要求している場合、レイテンシに敏感なワークロードはうまく機能しない可能性があります。この場合、一部の仮想マシンをシャットダウンするか、別のホストに移行する(またはDRSに自動的に移行させる)などして、CPU負荷を軽減することをお勧めします。

  • Citrixは、仮想マシン向けESXiハイパーバイザーの最新機能セットを利用するために、最新のハードウェア互換性バージョンを推奨しています。ハードウェアとESXiバージョンの互換性に関する詳細については、VMwareドキュメントを参照してください。

  • NetScaler VPXは、レイテンシに敏感な高性能仮想アプライアンスです。期待されるパフォーマンスを提供するには、アプライアンスはvCPU予約、メモリ予約、ホスト上でのvCPUピン留めを必要とします。また、ホストではハイパースレッディングを無効にする必要があります。ホストがこれらの要件を満たさない場合、高可用性フェールオーバー、VPXインスタンス内のCPUスパイク、VPX CLIへのアクセス遅延、pit bossデーモンクラッシュ、パケットドロップ、低スループットなどの問題が発生します。

次の2つの条件のいずれかが満たされる場合、ハイパーバイザーはオーバープロビジョニングされていると見なされます。

  • ホストにプロビジョニングされた仮想コア (vCPU) の総数が、物理コア (pCPU) の総数よりも多い。

  • プロビジョニングされたVMの総数が、pCPUの総数よりも多くのvCPUを消費する。

    インスタンスがオーバープロビジョニングされている場合、ハイパーバイザーのスケジューリングオーバーヘッド、バグ、またはハイパーバイザーの制限により、ハイパーバイザーはインスタンス用に予約されたリソース(CPU、メモリなど)を保証できない可能性があります。この動作は、NetScalerのCPUリソース不足を引き起こし、使用ガイドラインの最初の項目で述べられている問題につながる可能性があります。管理者としては、ホストにプロビジョニングされるvCPUの総数がpCPUの総数以下になるように、ホスト上のテナンシーを減らすことをお勧めします。

    例:

    ESXハイパーバイザーの場合、esxtopコマンド出力でVPX vCPUの%RDY%パラメータが0より大きい場合、ESXホストはスケジューリングオーバーヘッドを抱えているとされ、VPXインスタンスにレイテンシ関連の問題を引き起こす可能性があります。

    このような状況では、%RDY%が常に0を返すようにホスト上のテナンシーを減らしてください。あるいは、リソース予約が尊重されない理由を特定するために、ハイパーバイザーベンダーに連絡してください。

  • ホットアドは、AWS上のNetScalerでPVおよびSRIOVインターフェースでのみサポートされています。ENAインターフェースを持つVPXインスタンスはホットプラグをサポートしておらず、ホットプラグを試みるとインスタンスの動作が予測不能になる可能性があります。
  • AWS WebコンソールまたはAWS CLIインターフェースを介したホットリムーブは、NetScalerのPV、SRIOV、およびENAインターフェースではサポートされていません。ホットリムーブを試みると、インスタンスの動作が予測不能になる可能性があります。

パケットエンジンCPU使用率を制御するコマンド

ハイパーバイザーおよびクラウド環境におけるVPXインスタンスのパケットエンジン(非管理)CPU使用率の動作を制御するために、2つのコマンド(set ns vpxparamおよびshow ns vpxparam)を使用できます。

  • set ns vpxparam [-cpuyield (YES | NO | DEFAULT)] [-masterclockcpu1 (YES | NO)]

    各VMが、他のVMに割り当てられているが使用されていないCPUリソースを使用できるようにします。

    Set ns vpxparam パラメータ:

    -cpuyield: 割り当て済みだが未使用のCPUリソースを解放するか、解放しないかを設定します。

    • YES: 割り当て済みだが未使用のCPUリソースを別のVMが使用できるようにします。

    • NO: すべてのCPUリソースを、それらが割り当てられているVMのために予約します。このオプションは、ハイパーバイザーおよびクラウド環境でのVPX CPU使用率において、より高いパーセンテージを示します。

    • DEFAULT: いいえ。

    注:

    すべてのNetScaler VPXプラットフォームでは、ホストシステム上のvCPU使用率は100パーセントです。この使用率を上書きするには、set ns vpxparam –cpuyield YES コマンドを入力します。

    クラスターノードを「yield」に設定したい場合は、CCOで以下の追加設定を行う必要があります。

    • クラスターが形成されると、すべてのノードは「yield=DEFAULT」で起動します。
    • すでに「yield=YES」に設定されているノードを使用してクラスターが形成された場合、ノードは「DEFAULT」yieldを使用してクラスターに追加されます。

    注:

    クラスターノードを「yield=YES」に設定したい場合は、クラスター形成後のみ設定可能であり、クラスター形成前には設定できません。

    -masterclockcpu1: メインクロックソースをCPU0(管理CPU)からCPU1に移動できます。このパラメータには以下のオプションがあります。

    • YES: VMがメインクロックソースをCPU0からCPU1に移動できるようにします。

    • いいえ: VM はメインのクロックソースとして CPU0 を使用します。デフォルトでは、CPU0 がメインのクロックソースです。

  • show ns vpxparam

    現在の vpxparam 設定を表示します。

その他の参照