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

XenServer上のVPXインスタンス

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

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

Azure Local上のVPXインスタンス

Nutanix AHV 上の VPX インスタンス

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

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

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

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

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

• 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 VPX™でサポートされているプロセッサ

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

使用ガイドライン

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

• CPU/メモリ要求の高い仮想マシンを、オーバーコミットされたホストまたはクラスターに配置することはお勧めしません。
• ほとんどの環境では、ESXiは仮想マシンのパフォーマンスに影響を与えることなく、かなりのレベルのCPUオーバーコミットを許可します。ホスト上では、そのホストの物理プロセッサコアの総数よりも多くのvCPUを実行できます。
• ESXiホストがCPU飽和状態になった場合、つまり、ホスト上の仮想マシンやその他の負荷がホストが持つすべてのCPUリソースを要求する場合、レイテンシに敏感なワークロードはうまく機能しない可能性があります。この場合、CPU負荷を軽減するために、例えば一部の仮想マシンをシャットダウンしたり、別のホストに移行したり（またはDRSに自動的に移行させたり）することを検討してください。
• Citrixは、仮想マシン向けESXiハイパーバイザーの最新機能セットを利用するために、最新のハードウェア互換性バージョンを推奨しています。ハードウェアとESXiバージョンの互換性に関する詳細については、VMwareドキュメントを参照してください。
• NetScaler VPXは、レイテンシに敏感な高性能仮想アプライアンスです。期待されるパフォーマンスを提供するために、アプライアンスはvCPU予約、メモリ予約、ホスト上でのvCPUピンニングを必要とします。また、ホストではハイパースレッディングを無効にする必要があります。ホストがこれらの要件を満たさない場合、高可用性フェイルオーバー、VPXインスタンス内のCPUスパイク、VPX CLIへのアクセス遅延、ピットボスデーモンクラッシュ、パケットドロップ、低スループットなどの問題が発生します。

• ホストにプロビジョニングされた仮想コア (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使用率を制御するコマンド

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

その他の参照情報

• Citrix Ready製品については、Citrix Ready Marketplace を参照してください。
• Citrix Ready製品のサポートについては、Citrix Ready partners page を参照してください。
• VMware ESXハードウェアバージョンについては、Upgrading VMware Tools を参照してください。