Citrix ADC

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

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

表1. Citrix Hypervisor 上の VPX インスタンス

Citrix Hypervisor のバージョン システムID VPX モデル
8.2 は 13.0 64.x 以降をサポート、8.0、7.6、7.1 450000 VPX 10、VPX 25、VPX 200、VPX 1000、VPX 3000、VPX 5000、VPX 8000、VPX 10G、VPX 15G、VPX 25G、VPX 40G

表2. VMware ESXi サーバ上の VPX インスタンス

ESX版 ESX のリリース日 ESX ビルド番号 Citrix ADC VPXバージョン システムID VPX モデル
ESX 7.0 アップデート 2a 2021/04/29 17867351 13.1-4.x以降 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESX 7.0 アップデート 1d 2021/02/02 17551050 13.0-82.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESX 7.0 アップデート 1c 2020/12/17 17325551 13.0-79.x以降 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESX 7.0 アップデート 1b 10/06/2020 16850804 13.0-76.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 7.0b 06/23/2020 16324942 13.0-71.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 7.0 GA 04/02/2020 15843807 13.0-71.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 P04 11/19/2020 17167734 13.0-67.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 P03 08/20/2020 16713306 13.0-67.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 P02 04/28/2020 16075168 13.0-67.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 P01 12/05/2019 15160138 13.0-67.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 Update 3 08/20/2019 14320388 13.0-58.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.7 U2 04/11/2019 13006603 13.0-47.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.5 GA 11/15/2016 4564106 13.0-47.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.5 U1g 3/20/2018 7967591 13.0 47.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.0 Update 3 2/24/2017 5050593 12.0-51.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G
ESXi 6.0 Express Patch 11 10/5/2017 6765062 12.0-56.x onwards 450020 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G, VPX 100G

表3. Microsoft Hyper-V上のVPX

Hyper-V版 システムID VPX モデル
2012, 2012 R2, 2016, 2019 450020 VPX 10、VPX 25、VPX 200、VPX 1000、VPX 3000

表4. 汎用 KVM 上の VPX インスタンス

汎用 KVM バージョン システムID VPX モデル
RHEL 7.4、RHEL 7.5(Citrix ADCバージョン12.1 50.x以降から)、RHEL 7.6、RHEL 8.0、Ubuntu 16.04、Ubuntu 18.04、RHV 4.2 450070 VPX 10、VPX 25、VPX 200、VPX 1000、VPX 3000、VPX 5000、VPX 8000、VPX 10G、VPX 15G。VPX 25G, VPX 40G, VPX 100G

注意事項:

KVM ハイパーバイザーを使用するときは、次の点を考慮してください。

  • VPXインスタンスは、表1-4に記載されているHypervisor リリースバージョンに対して認定されており、バージョン内のパッチリリースには適していません。ただし、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. ホストマシンを再起動します。

表5. AWS 上の VPX インスタンス

AWS バージョン システムID VPX モデル
- 450040 VPX 10、VPX 200、VPX 1000、VPX 3000、VPX 5000、VPX BYOL(VPX 8000、VPX 10G、VPX 15G、VPX 25GはEC2インスタンスタイプ(C5、M5、C5n)のBYOLでのみ利用可能)

表 6. Azure 上の VPX インスタンス

Azure バージョン システムID VPX モデル
- 450020 VPX 10、VPX 200、VPX 1000、VPX 3000、VPX BYOL

表7. VPX 機能マトリックス

VPX フィーチャー

  1. クラスタリングのサポートは、バックプレーンではなく、クライアントとサーバに面するインターフェイスで、SRIOV で利用できます。

  2. インターフェイスダウンイベントは、Citrix ADC VPXインスタンスには記録されません。

  3. スタティック LA の場合、物理ステータスが DOWN のインターフェイスでトラフィックが送信される場合もあります。

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

    • 短いタイムアウト:3秒
    • 長いタイムアウト:90秒
  5. LACP では、VM 間でインターフェイスを共有しないでください。

  6. ダイナミックルーティングの場合、リンクイベントが検出されないため、コンバージェンス時間はルーティングプロトコルによって異なります。

  7. モニタ対象スタティックルート機能は、ルータの状態が VLAN ステータスに依存するため、モニタをスタティックルートにバインドしないと失敗します。VLAN ステータスは、リンクステータスによって異なります。

  8. リンク障害がある場合、高可用性では部分的な障害検出は行われません。リンク障害があると、高可用性の分割脳の状態が発生する可能性があります。

    • VPXインスタンスからリンクイベント(無効/有効化、リセット)が生成された場合、リンクの物理ステータスは変わりません。静的 LA の場合、ピアによって開始されたトラフィックはすべてインスタンスでドロップされます。

    • VLAN タギング機能を機能させるには、次の手順を実行します。

    VMware ESX で、VMware ESX サーバの vSwitch でポートグループの VLAN ID を 1 ~ 4095 に設定します。VMware ESX サーバの vSwitch での VLAN ID の設定の詳細については、「 VMware ESX Server 3 802.1Q VLAN ソリューション」を参照してください。

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

オペレーティングシステム ブラウザとバージョン
Windows 7 Internet Explorer-8, 9, 10, 11; Mozilla Firefox 3.6.25 以降; Google Chrome-15以降
Windows 64ビット Internet Explorer-8、9; Google Chrome-15 以降
MAC Mozilla Firefox-12以上; Safari-5.1.3; Google Chrome-15以降

使用ガイドライン

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

VMware vSphere 6.5 のパフォーマンスのベストプラクティス』の「VMware ESXi CPU に関する考慮事項」セクションを参照してください。ここに抽出があります:

  • CPU/メモリの需要が高い仮想マシンを、オーバーコミットされたホスト/クラスタに置くことは推奨されません。

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

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

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

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

Hypervisor は、次の 2 つの条件のいずれかが満たされると、過剰プロビジョニングと見なされます。

  • ホストにプロビジョニングされた仮想コア (vCPU) の総数が、物理コア (pCPU) の総数を超えています。

  • プロビジョニングされた仮想マシンの合計数は、pCPU の合計数よりも多くの vCPU を消費します。

    インスタンスが過剰プロビジョニングされている場合、ハイパーバイザーのスケジューリングオーバーヘッド、バグ、またはハイパーバイザーの制限により、ハイパーバイザーがインスタンスのリザーブドリソース(CPU、メモリなど)を保証しない場合があります。この動作により、Citrix ADC CPUリソースが不足し、 使用ガイドラインの最初のポイントで説明されている問題が発生する可能性があります。管理者は、ホスト上でプロビジョニングされる vCPU の総数が pCPU の総数より少なくなるように、ホストのテナント数を減らすことをお勧めします。

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

    このような状況では、%RDY%が常に0に戻るように、ホストのテナンシーを減らします。または、ハイパーバイザーベンダーに連絡して、リソース予約が完了していない理由をトリアージします。

  • ホットアドは、AWS 上の Citrix ADC を使用した PV および SRIOV インターフェイスでのみサポートされます。ENAインターフェイスを持つVPXインスタンスはホットプラグをサポートしていないため、ホットプラグを試みるとインスタンスの動作が予測できない場合があります。
  • AWS ウェブコンソールまたは AWS CLI インターフェイスを介したホット削除は、Citrix ADC の 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 リソースを解放または解放しません。

    • はい:割り当てられているが未使用の CPU リソースを別の VM で使用できるようにします。

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

    • デフォルト:いいえ。

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

    クラスタノードを「yield」に設定する場合は、CCO で次の追加設定を実行する必要があります。

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

    注:

    クラスタノードを「yield=Yes」に設定する場合は、クラスタを形成した後にのみ適切な構成を実行できますが、クラスタが形成される前には実行できません。

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

    • はい:仮想マシンがメインクロックソースを CPU0 から CPU1 に移動することを許可します。

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

  • show ns vpxparam

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

その他の参考文献

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