支持矩阵和使用指南
本文档列出了 NetScaler VPX 实例上支持的不同虚拟机管理程序和功能。本文档还描述了它们的使用指南和已知限制。
XenServer 虚拟化平台上的 VPX 实例
| XenServer 虚拟化平台版本 | 系统 ID | 性能表现范围 |
|---|---|---|
| 支持 8.2(13.0 64.x 及更高版本)、8.0、7.6、7.1 | 450000 | 速度范围为 10 Mbps 到 40 Gbps |
VMware ESXi 虚拟机管理程序上的 VPX 实例
| ESXi 虚拟机监控程序的版本 | ESXi 虚拟机监控程序的发布日期 (YYYY/MM/DD) | ESXi 内部版本号 | NetScaler VPX version | 性能表现范围 |
|---|---|---|---|---|
| ESXi 9.0.2 | 2026/01/20 | 25148076 | 13.1-61.x 及更高版本 | 10 兆位/秒 到 100 吉位/秒
|
| 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 第三次更新 | 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 更新版本一 | 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 版本的所有更高版本。
微软超V上的VPX实例
| Hyper-V 主机版本 | 系统ID | NetScaler VPX version | 性能表现范围 |
|---|---|---|---|
| 2016, 2019 | 450020 | 13.1-4.x 及更高版本 | 10 兆比特每秒 到 3 吉比特每秒 |
| 2022 | 同上 | 13.1-58.x 及更高版本 | 同上 |
| 2025 | 同上 | 13.1-60.x 及更高版本 | 同上 |
Azure 本地上的 VPX 实例
| 构成部分 | 支持的版本/构建 | 系统ID |
|---|---|---|
| 网思 虚拟设备 | 13.1-61.x 及更高版本 | 450020
|
| Azure 本地操作系统版本 | 25398.1965、26100.7171 和 20349.3692 |
有关 Azure 本地发布版本的更多信息,请参阅 Microsoft 文档。
VPX instance on Nutanix AHV
NetScaler VPX 通过 Citrix Ready 合作伙伴关系 在 Nutanix AHV 上受支持。Citrix Ready 是一项技术合作伙伴计划,旨在帮助软件和硬件供应商开发其产品并将其与 NetScaler 技术集成,以用于数字工作区、网络和分析。
有关在 努坦尼克斯 AHV 上部署 网思 VPX 实例的分步方法的更多信息,请参阅 在 努坦尼克斯 AHV 上部署 网思 VPX。
第三方支持:
如果您在 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
|
| 乌班图 16.04、乌班图 18.04、乌班图 22.04 |
注意事项:
在使用 KVM 虚拟机管理程序时,请考虑以下几点。
-
VPX 实例适用于表 1-4 中提及的虚拟机管理程序发布版本,而非版本内的补丁发布。但是,VPX 实例应能与受支持版本的补丁发布无缝协作。如果未能无缝协作,请记录支持案例以进行故障排除和调试。
- 在使用 RHEL 7.6 之前,请在 KVM 主机上完成以下步骤:
-
修改 /etc/default/grub 文件,并将
"kvm_intel.preemption_timer=0"附加到GRUB_CMDLINE_LINUX变量中。 -
使用
"# grub2-mkconfig -o /boot/grub2/grub.cfg"命令重新生成 grub.cfg。 -
重新启动主机。
-
-
在使用 Ubuntu 18.04 之前,请在 KVM 主机上完成以下步骤:
- 修改 /etc/default/grub 文件,并将
"kvm_intel.preemption_timer=0"附加到GRUB_CMDLINE_LINUX变量中。 - 使用
"# grub-mkconfig -o /boot/grub/grub.cfg “命令重新生成 grub.cfg。 - 重新启动主机。
- 修改 /etc/default/grub 文件,并将
公共云上的 VPX 实例
| 公共云 | 系统 ID | 性能表现范围 |
|---|---|---|
| AWS | 450040 | 10 兆比特每秒 至 30 吉比特每秒 |
| 阿祖尔 | 450020 | 10 兆位/秒 至 10 吉位/秒 |
| GCP | 450070 | 10 兆位/秒 到 10 吉位/秒 |
虚拟机管理程序上支持的 VPX 功能
| 虚拟机管理程序 →
功能 ↓ |
VPX 在 XenServer 虚拟化平台上的支持
|
VPX 在 VMware ESX 虚拟机监控程序上
|
微软 Hyper-V 平台上的 VPX
|
通用 KVM 上的 VPX
|
||||||
|---|---|---|---|---|---|---|---|---|---|---|
| 接口 → | PV | 单根I/O虚拟化 | PV | 单根I/O虚拟化 | 模拟 | PCI 直通 | PV | PV | 单根I/O虚拟化 | PCI 直通 |
| 多 PE 支持 | 是 | 是 | 是 | 是 | 是 | 是 | 是 | 是 | 是 | 是 |
| 集群支持 | 是 | 是¹ | 是 | 是¹ | 是 | 是 | 是 | 是 | 是¹ | 是 |
| VLAN 标记功能 | 是 | 是 | 是 | 是 | 是 | 是 | 是(仅限 2012R2) | 是 | 是 | 是 |
| 检测链接事件/HAMon | 否² | 是³ | 否² | 是³ | 否² | 是³ | 否² | 否² | 是³ | 是³ |
| 接口参数配置 | 否 | 否 | 否 | 否 | 否 | 是 | 否 | 否 | 否 | 是 |
| 静态 LA | 是² | 是³ | 是² | 否 | 是² | 是³ | 是² | 是² | 是³ | 是³ |
| 链路聚合控制协议 | 否 | 是³ | 是² | 否 | 是² | 是³ | 否 | 是² | 是³ | 是³ |
| 静态跨机箱链路聚合组 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 |
| 链路聚合控制协议 集群链路聚合组 | 否 | 否 | 是² | 否 | 是² | 是³ | 否 | 是² | 是³ | 是³ |
| 热插拔 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 | 否 |
公共云上支持的 VPX 功能
| 公共云 →
功能 ↓ |
亚马逊云服务上的 VPX
|
在 Azure 云平台上的 VPX
|
在 GCP 云平台上的 VPX
|
|---|---|---|---|
| 多 PE 支持 | 是 | 是 | 是 |
| 集群支持 | 否 | 否 | 否 |
| VLAN 标记功能 | 否 | 否 | 否 |
| 检测链路事件/HAMon | 否² | 否² | 否² |
| 接口参数配置 | 否 | 否 | 否 |
| 静态 LA | 否 | 否 | 否 |
| 链路聚合控制协议 | 否 | 否 | 否 |
| 静态跨机箱链路聚合组 | 否 | 否 | 否 |
| 链路聚合控制协议跨机箱链路聚合组 | 否 | 否 | 否 |
| 热插拔 | 是 | 否 | 否 |
前面两个表格中使用的上标数字(1、2、3)指的是以下具有相应编号的要点:
- SRIOV 上支持客户端和服务器端接口的集群,但不支持背板。
- 接口 DOWN 事件不会在 NetScaler VPX 实例中记录。
- 对于静态 LA,流量仍可能发送到物理状态为 DOWN 的接口上。
以下几点适用于前述两个表格中详细列出的各项功能:
-
对于 LACP,对等设备根据 LACP 超时机制了解接口 DOWN 事件。
- 短超时:3 秒
- 长超时:90 秒
- 对于 LACP,请勿在虚拟机之间共享接口。
- 对于动态路由,由于未检测到链路事件,收敛时间取决于路由协议。
- 如果您未将监视器绑定到静态路由,则受监视的静态路由功能将失败,因为路由状态取决于 VLAN 状态。VLAN 状态取决于链路状态。
- 如果发生链路故障,高可用性中不会发生部分故障检测。如果发生链路故障,可能会出现高可用性裂脑情况。
- 当 VPX 实例生成任何链路事件(禁用、启用、重置)时,链路的物理状态不会改变。对于静态 LA,对等方发起的任何流量都将在实例上丢弃。
- 为了使 VLAN 标记功能在 VMware ESX 上正常工作,请将 VMware ESX 服务器的 vSwitch 上的端口组 VLAN ID 设置为 1–4095。
- 在使用 ENA 接口的 VPX 实例上不支持热插拔,如果尝试热插拔,实例的行为可能无法预测。仅在 AWS 上使用 NetScaler 时,PV 和 SRIOV 接口支持热添加。
- NetScaler 不支持通过 AWS Web 控制台或 AWS CLI 接口对 PV、SRIOV 和 ENA 接口进行热移除。如果尝试热移除,实例的行为可能无法预测。
支持的浏览器
有关访问 NetScaler GUI 14.1 和 13.1 版本所支持的浏览器信息,请参阅 兼容的浏览器。
适用于 NetScaler VPX™ 的支持处理器
| 支持平台 | 英特尔处理器 | AMD 处理器 |
|---|---|---|
| 思杰虚拟化管理程序 | 是 | 否 |
| ESXi 虚拟化管理程序 | 是 | 是 |
| Hyper-V 虚拟化平台 | 是 | 否 |
| KVM | 是 | 否 |
| AWS | 是 | 是 |
| 阿祖尔 | 是 | 是 |
| GCP | 是 | 是 |
适用于 NetScaler VPX 的受支持网卡
下表列出了 VPX 平台或云上支持的网卡。
| 网卡 →
平台 ↓ |
迈络思 CX-3
|
迈络思 CX-4
|
迈络思 CX-5
|
英特尔 82599 SRIOV 虚拟功能
|
英特尔 X710/X722/XL710 单根I/O虚拟化虚拟功能
|
英特尔 X710/XL710/XXV710 PCI 直通模式
|
|---|---|---|---|---|---|---|
| Citrix 虚拟机管理程序 | 不适用 | 不适用 | 不适用 | 是 | 是 | 否 |
| ESXi 虚拟机管理程序 | 否 | 是 | 否 | 是 | 否 | 是 |
| 超V | 不适用 | 不适用 | 不适用 | 否 | 否 | 否 |
| KVM | 否 | 是 | 是 | 是 | 是 | 否 |
| AWS | 不适用 | 不适用 | 不适用 | 是 | 不适用 | 不适用 |
| 阿祖尔 | 是 | 是 | 是 | 不适用 | 不适用 | 不适用 |
| GCP | 不适用 | 不适用 | 不适用 | 不适用 | 不适用 | 不适用 |
使用指南
请遵循以下使用指南:
- 我们建议您将 VPX 实例部署在服务器的本地磁盘或基于 SAN 的存储卷上。
请参阅 《VMware vSphere 6.5 性能最佳实践》 文档中的“VMware ESXi CPU 考量”部分。以下是摘录:
-
不建议将对 CPU/内存需求较高的虚拟机放置在资源过度承诺的主机或群集上。
-
在大多数环境中,ESXi 允许在不影响虚拟机性能的情况下进行显著级别的 CPU 过度承诺。在主机上,您可以运行比该主机物理处理器核心总数更多的 vCPU。
-
如果 ESXi 主机 CPU 饱和,即主机上的虚拟机和其他负载需要主机拥有的所有 CPU 资源,则对延迟敏感的工作负载可能无法良好运行。在这种情况下,您可能需要减少 CPU 负载,例如通过关闭某些虚拟机或将其迁移到不同的主机(或允许 DRS 自动迁移它们)。
-
Citrix 建议使用最新的硬件兼容版本,以利用 ESXi 虚拟机管理程序为虚拟机提供的最新功能集。有关硬件和 ESXi 版本兼容性的更多信息,请参阅 VMware 文档。
-
NetScaler VPX 是一种对延迟敏感的高性能虚拟设备。为了提供其预期的性能,该设备需要 vCPU 预留、内存预留以及在主机上进行 vCPU 绑定。此外,主机上必须禁用超线程。如果主机不满足这些要求,则会出现高可用性故障转移、VPX 实例内 CPU 峰值、访问 VPX CLI 迟缓、pit boss 守护程序崩溃、数据包丢失和低吞吐量等问题。
如果满足以下两个条件之一,则认为虚拟机管理程序已过度配置:
-
主机上配置的虚拟核心 (vCPU) 总数大于物理核心 (pCPU) 总数。
-
已置备的虚拟机总数消耗的 vCPU 数量多于 pCPU 总数。
如果实例过度置备,由于管理程序调度开销、错误或管理程序限制,管理程序可能无法保证为该实例保留的资源(例如 CPU、内存等)。这种行为可能导致 NetScaler 缺少 CPU 资源,并可能导致使用指南下第一点中提到的问题。作为管理员,建议您减少主机上的租用,以便主机上置备的 vCPU 总数小于或等于 pCPU 总数。
示例:
对于 ESX 管理程序,如果 VPX vCPU 的
%RDY%参数在esxtop命令输出中大于 0,则表示 ESX 主机存在调度开销,这可能导致 VPX 实例出现与延迟相关的问题。在这种情况下,请减少主机上的租用,以便
%RDY%始终返回 0。或者,联系管理程序供应商,以查明未遵守资源预留的原因。 - 热添加仅支持 AWS 上 NetScaler 的 PV 和 SRIOV 接口。具有 ENA 接口的 VPX 实例不支持热插拔,如果尝试热插拔,实例的行为可能无法预测。
- 通过 AWS Web 控制台或 AWS CLI 接口进行热移除不支持 NetScaler 的 PV、SRIOV 和 ENA 接口。如果尝试热移除,实例的行为可能无法预测。
控制数据包引擎 CPU 使用率的命令
您可以使用两个命令(set ns vpxparam 和 show ns vpxparam)来控制管理程序和云环境中 VPX 实例的数据包引擎(非管理)CPU 使用行为:
-
set ns vpxparam [-cpuyield (YES | NO | DEFAULT)] [-masterclockcpu1 (YES | NO)]允许每个虚拟机使用已分配给其他虚拟机但未使用的 CPU 资源。
Set ns vpxparam参数:-cpuyield:释放或不释放已分配但未使用的 CPU 资源。
-
YES:允许已分配但未使用的 CPU 资源被其他虚拟机使用。
-
NO:为已分配 CPU 资源的所有虚拟机保留所有 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设置。
其他参考
-
有关 思杰就绪 产品,请访问 思杰就绪市场。
-
有关思杰就绪产品支持,请参阅 思杰就绪合作伙伴页面。
-
有关威睿 ESX 硬件版本,请参阅 升级威睿工具。