支持矩阵和使用指南

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 并将 "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 实例

虚拟机管理程序上支持的 VPX 功能

公共云上支持的 VPX 功能

1. SRIOV 上支持客户端和服务器端接口的集群，但不支持背板。
2. NetScaler VPX 实例中不记录接口 DOWN 事件。
3. 对于静态 LA，流量可能仍会发送到物理状态为 DOWN 的接口上。

• 对于 LACP，对等设备根据 LACP 超时机制了解接口 DOWN 事件。
  • 短超时：3 秒
  • 长超时：90 秒
• 对于 LACP，请勿在虚拟机之间共享接口。
• 对于动态路由，收敛时间取决于路由协议，因为未检测到链路事件。
• 如果未将监视器绑定到静态路由，则受监视的静态路由功能将失败，因为路由状态取决于 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 迟钝、pit boss 守护程序崩溃、数据包丢失和低吞吐量等问题。

• 主机上配置的虚拟核心 (vCPU) 总数大于物理核心 (pCPU) 总数。
• 配置的虚拟机总数消耗的 vCPU 数量多于 pCPU 总数。
  如果实例过度配置，虚拟机管理程序可能无法保证为该实例预留的资源（例如 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)]
  允许每个虚拟机使用已分配给其他虚拟机但未被使用的 CPU 资源。
  Set ns vpxparam 参数：
  -cpuyield：释放或不释放已分配但未使用的 CPU 资源。
  • YES：允许已分配但未使用的 CPU 资源被其他虚拟机使用。
  • NO：为已分配的虚拟机保留所有 CPU 资源。此选项在虚拟机管理程序和云环境中显示 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：允许虚拟机将主时钟源从 CPU0 移动到 CPU1。
  • NO：虚拟机使用 CPU0 作为主时钟源。默认情况下，CPU0 是主时钟源。
• show ns vpxparam
  显示当前的 vpxparam 设置。

其他参考

• 有关 Citrix Ready 产品，请访问 Citrix Ready Marketplace。
• 有关 Citrix Ready 产品支持，请参阅 Citrix Ready 合作伙伴页面。
• 有关 VMware ESX 硬件版本，请参阅 升级 VMware Tools。