サポート・マトリックスと使用ガイドライン
このドキュメントでは、Citrix ADC VPX インスタンスでサポートされているさまざまなハイパーバイザーと機能について説明します。 また、使用ガイドラインと制限についても説明します。
表1. Citrix Hypervisor 上の VPX インスタンス
| Citrix Hypervisor のバージョン | SysID | VPX モデル |
|---|---|---|
| 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 インスタンス
450010（システムID）を備えた以下のVPXモデルは、表に記載されているVMware ESXのバージョンをサポートします。
VPX モデル: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 バージョン | ESXi リリース日 (YYYY/MM/DD) 形式 | ESXi ビルド番号 | Citrix ADC VPX バージョン | | —————— | ————————– | ———- | ——————– | | ESXi 7.0 update 3m | 2023/05/03 | 21686933 | 12.1-65.x 以降のビルド | | ESXi 7.0 update 3f | 2022/07/12 | 20036589 | 12.1-65.x 以降のビルド | | ESXi 7.0 update 3d | 2022/03/29 | 19482537 | 12.1-65.x 以降のビルド | | ESXi 7.0 アップデート 2d | 2021/09/14 | 18538813 | 12.1-63.x 以降のビルド | | ESXi 7.0 update 2a | 2021/04/29 | 17867351 | 12.1-62.x 以降のビルド | | ESXi 6.7 P04 | 2020/11/19 | 17167734 | 12.1-55.x 以降のビルド | | ESXi 6.7 P03 | 2020/08/20 | 16713306 | 12.1-55.x 以降のビルド | | ESXi 6.5 GA | 2016/11/15 | 4564106 | 12.1-55.x 以降のビルド | | ESXi 6.5 U1g | 2018/3/20 | 7967591 | 12.1-55.x 以降のビルド |
注
各 ESXi パッチ サポートは、前の表で指定された Citrix ADC VPX バージョンで検証されており、Citrix VPX 12.1 バージョンのすべての上位ビルドに適用できます。
表3. Microsoft Hyper-V上のVPX
| Hyper-V版 | SysID | VPX モデル |
|---|---|---|
| 2012、2012R2 | 450020 | VPX 10、VPX 25、VPX 200、VPX 1000、VPX 3000 |
Nutanix AHV の VPX インスタンス
NetScaler VPXは、Nutanix AHVでサポートされています。 Citrix Readyパートナーシップ. Citrix Readyは、ソフトウェアおよびハードウェアのベンダーが自社製品を開発し、デジタルワークスペース、ネットワーキング、および分析用のNetScalerテクノロジーと統合するのを支援するテクノロジーパートナープログラムです。
NetScaler VPXインスタンスをNutanix AHVにデプロイする段階的な方法の詳細については、「Nutanix AHVへのNetScaler VPX デプロイ」を参照してください。
サードパーティサポート:
NetScaler環境での特定のサードパーティ（Nutanix AHV）の統合で問題が発生した場合は、サードパーティパートナー（Nutanix）に直接サポートインシデントをオープンしてください。
パートナーが問題がNetScalerにあると判断した場合、パートナーはNetScalerサポートに連絡してさらにサポートを受けることができます。 問題が解決するまで、パートナーからの専任技術リソースがNetScalerサポートと協力します。
表4. 汎用 KVM 上の VPX インスタンス
| 汎用 KVM バージョン | SysID | VPX モデル |
|---|---|---|
| RHEL 7.4、RHEL 7.5 (Citrix ADC バージョン 12.1 50.x 以降) Ubuntu 16.04 | 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 |
注
VPXインスタンスは、表1-4に記載されているHypervisor リリースバージョンに対して認定されており、バージョン内のパッチリリースには適していません。 ただし、VPXインスタンスは、サポートされているバージョンのパッチリリースとシームレスに動作することが期待されます。 そうでない場合は、トラブルシューティングとデバッグのためのサポートケースを記録します。
表5. AWS 上の VPX インスタンス
| AWS バージョン | SysID | VPX モデル |
|---|---|---|
| - | 450040 | VPX 10、VPX 200、VPX 1000、VPX 3000、VPX 5000、VPX 15G、VPX BYOL |
表 6. Azure 上の VPX インスタンス
| Azure バージョン | SysID | VPX モデル |
|---|---|---|
| - | 450020 | VPX 10、VPX 200、VPX 1000、VPX 3000、VPX BYOL |
表7. VPX 機能マトリックス
-
クラスタリング サポートは、バックプレーンではなく、クライアントおよびサーバー側のインターフェイスに対して SRIOV で利用できます。
-
インターフェイスダウンイベントは、NetScaler VPXインスタンスには記録されません。
-
スタティック LA の場合、物理ステータスが DOWN のインターフェイスでトラフィックが送信される場合もあります。
-
LACP の場合、ピア デバイスは LACP タイムアウト メカニズムに基づいてインターフェイス DOWN イベントを認識します。
- 短いタイムアウト：3秒
- 長いタイムアウト：90秒
-
LACP の場合、インターフェースは VM 間で共有しないでください。
-
ダイナミックルーティングの場合、リンクイベントが検出されないため、コンバージェンス時間はルーティングプロトコルによって異なります。
-
ルートの状態は VLAN ステータスに依存するため、モニターが静的ルートにバインドされていない場合、監視対象の静的ルート機能は失敗します。 VLAN ステータスは、リンクステータスによって異なります。
-
リンク障害がある場合、高可用性では部分的な障害検出は行われません。 リンク障害が発生すると、高可用性スプリット ブレイン状態が発生する可能性があります。
-
VPXインスタンスからリンクイベント（無効/有効化、リセット）が生成された場合、リンクの物理ステータスは変わりません。 静的 LA の場合、ピアによって開始されたトラフィックはすべてインスタンスでドロップされます。
-
VLAN タギング機能を機能させるには、次の手順を実行します。
VMware ESX で、VMware ESX サーバの vSwitch でポートグループの VLAN ID を 1 ～ 4095 に設定します。
表 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のオーバーコミット（つまり、より多くのCPUを実行すること）をかなり許容します。 ホスト上のvCPUの数を、そのホストの物理プロセッサコアの総数よりも多くする（仮想マシンの 機械のパフォーマンス。 ESXiホストのCPUが飽和状態になると（つまり、ホスト上の仮想マシンやその他の負荷が ホストが持つすべての CPU リソースを使用する場合、レイテンシの影響を受けやすいワークロードのパフォーマンスが低下する可能性があります。 この場合、 たとえば、一部の仮想マシンの電源をオフにしたり、別のホストに移行したり（または DRS に自動的に移行させたり）して、CPU 負荷を軽減したい場合があります。
-
Citrix では、仮想マシンの ESXi ハイパーバイザーの最新機能セットを利用するために、最新のハードウェア互換性バージョンを推奨しています。 ハードウェアと ESXi バージョンの互換性の詳細については、 VMware のドキュメントを参照してください。
-
NetScaler VPXは、レイテンシーに敏感で高性能な仮想アプライアンスです。 期待されるパフォーマンスを実現するには、アプライアンスに vCPU 予約、メモリ予約、ホストでの vCPU ピン接続が必要です。 また、ホスト上でハイパースレッディングを無効にする必要があります。 ホストがこれらの要件を満たしていない場合、高可用性フェイルオーバー、VPX インスタンス内の CPU スパイク、VPX CLI へのアクセスの遅延、Pitboss デーモンのクラッシュ、パケットのドロップ、スループットの低下などの問題が発生します。
-
Hypervisor は、次の 2 つの条件のいずれかが満たされると、過剰プロビジョニングと見なされます：
-
ホストにプロビジョニングされた仮想コア (vCPU) の総数が、物理コア (pCPU) の総数を超えています。
-
プロビジョニングされた仮想マシンの合計数は、pCPU の合計数よりも多くの vCPU を消費します。
場合によっては、インスタンスが過剰にプロビジョニングされると、ハイパーバイザーのスケジューリングのオーバーヘッドやバグ、またはハイパーバイザーの制限により、ハイパーバイザーはインスタンス用に予約されたリソース (CPU、メモリなど) を保証できないことがあります。 これにより、Citrix ADC の CPU リソースが不足し、 使用ガイドラインの最初のポイントに記載されている問題が発生する可能性があります。 管理者は、ホスト上でプロビジョニングされる vCPU の総数が pCPU の総数より少なくなるように、ホストのテナント数を減らすことをお勧めします。
例 ESXハイパーバイザーの場合、
esxtopコマンド出力でVPX vCPUの%RDY%パラメータが0より大きい場合、ESXホストにスケジューリングオーバーヘッドがあると言われ、VPXインスタンスのレイテンシー関連の問題が発生する可能性があります。このような状況では、
%RDY%が常に0に戻るように、ホストのテナンシーを減らします。 または、ハイパーバイザーベンダーに連絡して、リソース予約が完了していない理由をトリアージします。
-
-
ホット アドは、Citrix ADC 上の PV および SRIOV インターフェイスでのみサポートされます。
-
Citrix ADC 上の PV および SRIOV インターフェイスでは、AWS Web コンソールまたは AWS CLI を介したホット削除はサポートされていません。 ホット削除を試みると、インスタンスの動作が予測できなくなる可能性があります。
-
ハイパーバイズ環境およびクラウド環境における VPX インスタンスのパケット エンジン (非管理) CPU 使用率の動作を制御するには、次の 2 つのコマンド (
set ns vpxparamとshow ns vpxparam) を使用できます。-
ns vpxparam -cpuyield を設定します (はい | いいえ | デフォルト)各 VM が、別の VM に割り当てられているが、使用されていない CPU リソースの使用を許可します。ns vpxparam パラメータを設定します。
-cpuyield: 割り当てられているが未使用の CPU リソースを解放または解放しません。
-
はい:割り当てられているが未使用の CPU リソースを別の VM で使用できるようにします。
-
いいえ:割り当てられている VM のすべての CPU リソースを予約します。 このオプションは、ハイパーバイザーおよびクラウド環境でVPX CPU使用率が高い割合を示します。
-
デフォルト:いいえ。
注
すべてのNetScaler VPXプラットフォームで、ホストシステムのvCPU使用率は100％です。
set ns vpxparam –cpuyield YESコマンドを入力して、この使用方法を上書きします。クラスター ノードを「yield」に設定する場合は、CCO で次の追加構成を実行する必要があります。
- クラスタが形成されると、すべてのノードに「yield=Default」が表示されます。
- すでに「yield=YES」に設定されているノードを使用してクラスターが形成される場合、ノードは「DEFAULT」の yield を使用してクラスターに追加されます。
注
クラスター ノードを “yield=YES” に設定する場合、クラスターの形成前に適切な構成を実行できず、クラスターの形成後にのみ適切な構成を実行できます。
-
-
ns vpxparam を表示現在の vpxparam 設定を表示します。
-