製品ドキュメント
NetScaler VPX
14.1-Aktuelle Version 13.1 12.1
PDFを表示

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

June 8, 2026
寄稿者: 
C C

このドキュメントでは、NetScaler VPXインスタンスでサポートされているさまざまなハイパーバイザーと機能について説明します。また、その使用ガイドラインと既知の制限についても説明します。

XenServer上のVPXインスタンス

ゼノサーバー バージョン シスID パフォーマンス範囲
8.2 (13.0 64.x 以降でサポート), 8.0, 7.6, 7.1 450000 10 メガビット/秒 から 40 ギガビット/秒

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

ESXiバージョン ESXi のリリース日 (年/月/日) ESXiビルド番号 ネットスケーラー VPX バージョン パフォーマンス範囲
ESXi 9.0.2 2026/01/20 25148076 13.1-61.x 以降のビルド 10 Mbps to 100 Gbps

























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バージョンのすべてのそれ以降のビルドに適用されます。

マイクロソフト Hyper-V上のVPXインスタンス

Hyper-Vバージョン システムID ネットスケーラー VPX バージョン パフォーマンス範囲
2016, 2019 450020

13.1-4.x 以降 10 メガビット/秒 から 3 ギガビット/秒 まで

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

Azure ローカル上の VPX インスタンス

コンポーネント サポートされているバージョン / ビルド システムID
ネットスケーラー VPX 13.1-61.x 以降 450020
AzureローカルOSビルド 25398.1965、26100.7171、および20349.3692

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

ニュータニックス 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バージョン システムID パフォーマンス範囲
RHEL バージョン 7.6、RHEL バージョン 8.0、RHEL バージョン 9.3 450070
10 Mbps to 100 Gbps
Ubuntu 16.04, Ubuntu 18.04, Ubuntu 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.cfgを"# grub-mkconfig -o /boot/grub/grub.cfg “コマンドを使用して再生成します。
    3. ホストマシンを再起動します。

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

パブリッククラウド システムID パフォーマンス範囲
AWS 450040 10 メガビット毎秒から30 ギガビット毎秒
アジュール 450020 10 メガビット毎秒から10 ギガビット毎秒
GCP 450070 10 メガビット毎秒から10 ギガビット毎秒

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

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

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

パブリッククラウド →
機能 ↓		 エーダブリューエス上でのVPX
アジュール上のブイピーエックス
ジーシーピー上のブイピーエックス
マルチPEサポート はい はい はい
クラスタリングサポート いいえ いいえ いいえ
VLANタギング いいえ いいえ いいえ
リンクイベント/HAMonの検出 いいえ² いいえ² いいえ²
インターフェースパラメータ設定 いいえ いいえ いいえ
静的LA いいえ いいえ いいえ
エルエーシーピー いいえ いいえ いいえ
静的 シーラグ いいえ いいえ いいえ
エルエーシーピー シーラグ いいえ いいえ いいえ
ホットプラグ はい いいえ いいえ

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

  1. クラスタリングサポートは、クライアント側およびサーバー側のインターフェース向けにSRIOVで利用可能ですが、バックプレーン向けではありません。
  2. NetScaler VPXインスタンスでは、インターフェースのDOWNイベントは記録されません。
  3. 静的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 はい はい

ネットスケーラー ブイピーエックス でサポートされている ニック

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

NIC →
プラットフォーム ↓		 メラノックス CX-3
メラノックス CX-4
メラノックス CX-5
Intel 82599 エスアールアイオーブイ ブイエフ
Intel X710/X722/XL710 エスアールアイオーブイ ブイエフ
インテル X710/XL710/XXV710 PCIパススルーモード
シトリックス ハイパーバイザー 該当なし 該当なし 該当なし はい はい いいえ
ESXi ハイパーバイザー いいえ はい いいえ はい いいえ はい
ハイパーV NA NA NA いいえ いいえ いいえ
KVM いいえ はい はい はい はい いいえ
AWS NA 該当なし 該当なし はい 該当なし 該当なし
Azure (アジュール) はい はい はい 該当なし 該当なし 該当なし
GCP 該当なし 該当なし 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: 割り当てられたVMのためにすべてのCPUリソースを予約します。このオプションは、ハイパーバイザーおよびクラウド環境でのVPX CPU使用率でより高いパーセンテージを示します。

    • デフォルト: いいえ。

    注記：

    すべての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設定を表示します。

その他の参照

サポートマトリックスと使用ガイドライン
June 8, 2026
寄稿者: 
C C
June 8, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.