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

最終公開日 : Sep 25, 2026
このドキュメントでは、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 アップデート 3k 2026/07/29 25595708 13.1-64.x 以降のビルド
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 以降のビルド
イーエスエックスアイ 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 Local 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 インスタンスを展開するステップバイステップの方法の詳細については、「Deploying a NetScaler VPX on Nutanix AHV」を参照してください。
サードパーティサポート:
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 を編集し、"kvm_intel.preemption_timer=0" を GRUB_CMDLINE_LINUX 変数に追加します。
    2. "# grub2-mkconfig -o /boot/grub2/grub.cfg" コマンドを使用して grub.cfg を再生成します。
    3. ホストマシンを再起動します。
  • Ubuntu 18.04を使用する前に、KVMホストで以下の手順を完了してください。
    1. /etc/default/grub を編集し、"kvm_intel.preemption_timer=0" を GRUB_CMDLINE_LINUX 変数に追加します。
    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機能

ハイパーバイザー →機能 ↓ ゼノサーバー上のVPX ヴイエムウェア ESX上のVPX マイクロソフト Hyper-V上のVPX 汎用KVM上でのVPX
インタフェース → PV SR-IOV PV SR-IOV エミュレート PCIパススルー PV PV SR-IOV PCIパススルー
マルチ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. インターフェースのDOWNイベントは、NetScaler VPXインスタンスには記録されません。
  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 ハイパーバイザー いいえ はい いいえ はい いいえ はい
ハイパーV 該当なし 該当なし 該当なし いいえ いいえ いいえ
KVM いいえ はい はい はい はい いいえ
AWS N/A N/A N/A はい N/A N/A
アジュール はい はい はい 該当なし 該当なし 該当なし
GCP 該当なし 該当なし 該当なし 該当なし 該当なし 該当なし

使用ガイドライン

以下の使用ガイドラインに従ってください。
  • VPXインスタンスは、サーバーのローカルディスクまたはSANベースのストレージボリュームに展開することをお勧めします。
Performance Best Practices for VMware vSphere 6.5 ドキュメントの「VMware ESXi CPUに関する考慮事項」セクションを参照してください。以下はその抜粋です。
  • 高いCPU/メモリ要求を持つ仮想マシンを、オーバーコミットされたホストまたはクラスターに配置することはお勧めしません。
  • ほとんどの環境では、ESXiは仮想マシンのパフォーマンスに影響を与えることなく、かなりのレベルのCPUオーバーコミットメントを許可します。ホスト上では、そのホストの物理プロセッサコアの総数よりも多くのvCPUを実行できます。
  • ESXiホストがCPU飽和状態になった場合、つまり、ホスト上の仮想マシンやその他の負荷がホストが持つすべてのCPUリソースを要求する場合、レイテンシに敏感なワークロードはうまく機能しない可能性があります。この場合、CPU負荷を軽減したいと考えるかもしれません。例えば、一部の仮想マシンをシャットダウンするか、別のホストに移行する（またはDRSに自動的に移行させる）ことによってです。
  • 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ウェブコンソールまたは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に移動することを許可します。
    • NO: VMはメインクロックソースとしてCPU0を使用します。デフォルトでは、CPU0がメインクロックソースです。
  • show ns vpxparam
    現在のvpxparam設定を表示します。

その他の参照