NetScaler VPX

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

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

XenServerまたはCitrix Hypervisor上のVPXインスタンス

Citrix Hypervisor version SysID Performance range
8.2 supported 13.0 64.x onwards, 8.0, 7.6, 7.1 450000 10 Mbps to 40 Gbps

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

ESXi version ESXi release date (YYYY/MM/DD) ESXi build number NetScaler VPX version Performance range
ESXi 8.0 update 3e 2025/04/10 24674464 13.1-58.x and higher builds 10 Mbps to 100 Gbps






















ESXi 8.0 update 3d 2025/03/04 24585383 13.1-56.x and higher builds
ESXi 8.0 update 3c 2025/01/23 24414501 13.1-55.x and higher builds
ESXi 8.0 update 3b 2024/09/17 24280767 13.1-53.x and higher builds
ESXi 8.0 update 3 2024/06/25 24022510 13.1-53.x and higher builds
ESXi 8.0 update 2c 2024/05/21 23825572 13.1-53.x and higher builds
ESXi 8.0 update 2b 2024/02/29 23305546 13.1-49.15, and 13.1-52.x and higher builds
ESXi 8.0 update 2 2023/09/21 22380479 13.1-52.x and higher builds
ESXi 8.0 update 1 2023/04/18 21495797 13.1-45.x and higher builds
ESXi 8.0c 2023/03/30 21493926 13.1-45.x and higher builds
ESXi 8.0 2022/10/11 20513097 13.1-42.x and higher builds
ESXi 7.0 update 3s 2025/03/04 24585291 13.1-55.x and higher builds
ESXi 7.0 update 3r 2024/12/12 24411414 13.1-55.x and higher builds
ESXi 7.0 update 3q 2024/05/21 23794027 13.1-53.x and higher builds
ESXi 7.0 update 3p 2024/03/05 23307199 13.1-52.x and higher builds
ESXi 7.0 update 3o 2023/09/28 22348816 13.1-51.x and higher builds
ESXi 7.0 update 3n 2023/07/06 21930508 13.1-49.x and higher builds
ESXi 7.0 update 3m 2023/05/03 21686933 13.1-48.x and higher builds
ESXi 7.0 update 3i 2022/12/08 20842708 13.1-37.x and higher builds
ESXi 7.0 update 3f 2022/07/12 20036589 13.1-33.x and higher builds
ESXi 7.0 update 3d 2022/03/29 19482537 13.1-27.x and higher builds
ESXi 7.0 update 3c 2022/01/27 19193900 13.1-21.x and higher builds
ESX 7.0 update 2d 2021/09/14 18538813 13.1-9.x and higher builds
ESX 7.0 update 2a 2021/04/29 17867351 13.1-4.x and higher builds

注記:

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

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

Hyper-V version SysID Performance range
2016, 2019 450020 10 Mbps to 3 Gbps

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インスタンス

Generic KVM version SysID Performance range
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を編集し、"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インスタンス

Public cloud SysID Performance range
AWS 450040 10 Mbps to 30 Gbps
Azure 450020 10 Mbps to 10 Gbps
GCP 450070 10 Mbps to 10 Gbps

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

Hypervisors → VPX on XenServer VPX on VMware ESX
^^Features ↓ ^^ ^^ ^^ ^^
Interfaces → PV SR-IOV PV SR-IOV Emulated PCI Passthrough PV PV SR-IOV PCI Passthrough
Multi-PE Support Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Clustering Support Yes Yes¹ Yes Yes¹ Yes Yes Yes Yes Yes¹ Yes
VLAN Tagging Yes Yes Yes Yes Yes Yes Yes(only on 2012R2) Yes Yes Yes
Detecting Link Events/HAMon No² Yes³ No² Yes³ No² Yes³ No² No² Yes³ Yes³
Interface Parameter Configuration No No No No No Yes No No No Yes
Static LA Yes² Yes³ Yes² No Yes² Yes³ Yes² Yes² Yes³ Yes³
LACP No Yes³ Yes² No Yes² Yes³ No Yes² Yes³ Yes³
Static CLAG No No No No No No No No No No
LACP CLAG No No Yes² No Yes² Yes³ No Yes² Yes³ Yes³
Hot-plug No No No No No No No No No No

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

Public clouds → VPX on AWS VPX on Azure VPX on GCP
^^Features ↓ ^^ ^^ ^^
Multi-PE Support Yes Yes Yes
Clustering Support No No No
VLAN Tagging No No No
Detecting Link Events/HAMon No² No² No²
Interface Parameter Configuration No No No
Static LA No No No
LACP No No No
Static CLAG No No No
LACP CLAG No No No
Hot-plug Yes No No

上記の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インスタンスからリンクイベント(無効化、有効化、リセット)が生成されても、リンクの物理ステータスは変更されません。Static 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でサポートされるプロセッサー

Platforms Intel Processor AMD Processor
Citrix Hypervisor Yes No
ESXi Hypervisor Yes Yes
Hyper-V Yes No
KVM Yes No
AWS Yes Yes
Azure Yes Yes
GCP Yes Yes

NetScaler VPXでサポートされるNIC

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

NICs → Mellanox CX-3 Mellanox CX-4 Mellanox CX-5 Intel 82599 SRIOV VF Intel X710/X722/XL710 SRIOV VF Intel X710/XL710/XXV710 PCI-Passthrough Mode
^^Platforms ↓ ^^ ^^ ^^ ^^ ^^ ^^
Citrix Hypervisor NA NA NA Yes Yes No
ESXi Hypervisor No Yes No Yes No Yes
Hyper-V NA NA NA No No No
KVM No Yes Yes Yes Yes No
AWS NA NA NA Yes NA NA
Azure Yes Yes Yes NA NA NA
GCP NA NA NA NA NA NA

使用ガイドライン

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

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

Performance Best Practices for VMware vSphere 6.5ドキュメントの「VMware ESXi CPU Considerations」セクションを参照してください。以下はその抜粋です。

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

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

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

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

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

ハイパーバイザーは、以下の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 vpxparamshow 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設定を表示します。

その他の参照情報