NetScaler

支持矩阵和使用指南

本文档列出了NetScaler VPX实例支持的不同管理程序和特性,以及它们的使用指南和限制。

  • 支持的虚拟化环境如表1-6所示。
  • 表7列出了NetScaler VPX实例上支持的不同hypervisor的不同VPX特性和限制。
  • 表8列出了允许访问GUI和Dashboard的受支持的web浏览器。

表1。XenServer的VPX实例

XenServer版本 SysID VPX模型
6.2, 6.5 450000 VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10g, VPX 15g, VPX 25g, VPX 40g

表2。VPX实例在VMware ESX服务器上

VMware ESX版本 SysID VPX模型
5.5(建筑号:3568722);6.0(版本号:3620759) 450010 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。VPX在微软Hyper-V上

hyper - v版本 SysID VPX模型
2012年,2012 r2 450020 vpx10, vpx25, vpx200, vpx1000, vpx3000

表4。通用KVM上的VPX实例

通用的KVM版本 SysID VPX模型
RHEL 7.2, Ubuntu 15 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模型
N/A 450040 VPX 10, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 15g, VPX byol

表6所示。Azure上的VPX实例

Azure版本 SysID VPX模型
N/A 450020 vpx10, vpx200, vpx1000, vpx3000, vpxbyol

表7所示。VPX特征矩阵

VPX-feature

* SRIOV对面向客户机和服务器的接口提供集群支持,而对背板没有。

NetScaler VPX实例中没有记录接口DOWN事件。

对于静态LA,物理状态为DOWN的接口可能仍有流量发送。

对于LACP,对端设备通过LACP超时机制知道接口DOWN事件。

短超时:3秒

长超时:90秒

对于LACP,接口不能跨虚拟机共享。

对于动态路由,收敛时间取决于路由协议,因为不会检测到链路事件。

被监控静态路由如果不将监视器绑定到静态路由上,则路由的状态取决于VLAN状态,路由功能将失效。VLAN状态由链路状态决定。

在高可用性中,如果存在链路故障,则不会发生部分故障检测。如果连接失败,可能会出现高可用性脑裂的情况。

***当VPX实例产生任何链路事件(disable/enable, reset)时,该链路的物理状态不会改变。对于静态LA,由对等体发起的任何流量都会在实例上被丢弃。

对于LACP,对端设备通过LACP超时机制知道接口DOWN事件。

短超时:3秒

长超时:90秒

对于LACP,不应该跨虚拟机共享接口。

  • 要使VLAN标记功能工作,请执行以下操作:

在VMware ESX服务器的vSwitch中设置端口组的VLAN ID为1 ~ 4095。关于在VMware ESX服务器的vSwitch上设置VLAN ID的详细信息,请参见pdf

表8所示。支持的浏览器

操作系统 浏览器和版本
Windows 7 Internet Explorer- 8,9,10和11;Mozilla Firefox 3.6.25及以上版本;谷歌Chrome- 15及以上版本
Windows 64位 Internet Explorer - 8,9;谷歌Chrome - 15及以上版本
MAC Mozilla Firefox - 12及以上;Safari——5.1.3;谷歌Chrome - 15及以上版本

使用指南

遵循以下使用指南:

  • 看到VMware ESXi CPU注意事项章节。VMware vSphere 6.5的性能最佳实践.这是一个精华:

    不建议CPU/内存需求高的虚拟机驻留在超量使用的主机/集群上。在大多数环境中,ESXi允许大量的CPU超量使用(即在一台主机上运行比该主机上物理处理器核总数更多的vcpu),而不会影响虚拟机性能。如果ESXi主机的CPU已经饱和(即虚拟机和主机上的其他负载需要主机拥有的所有CPU资源),那么对延迟敏感的工作负载可能无法很好地执行。在这种情况下,您可能希望减少CPU负载,例如关闭一些虚拟机或将它们迁移到不同的主机(或允许DRS自动迁移它们)。

  • Citrix ADC VPX是一种延迟敏感的高性能虚拟设备。为了交付预期的性能,设备需要vCPU预留、内存预留和主机上的vCPU固定。此外,必须在主机上禁用超线程。如果主机不满足这些要求,就会出现诸如高可用性故障转移、VPX实例中的CPU峰值、访问VPX CLI时的迟滞、pitboss守护进程崩溃、包丢失和低吞吐量等问题。

  • 如果满足以下两个条件之一,则认为虚拟机监控程序已过度配置:

    • 主机上已发放的vCPU (virtual core)总数大于物理内核(pcpu)总数。

    • 发放的虚拟机数量消耗的vcpu数量大于pcpu总数。

      有时,如果一个实例被过度供应,则由于hypervisor调度开销、bug或hypervisor的限制,hypervisor可能无法保证为该实例预留的资源(如CPU、内存和其他)。这可能导致Citrix ADC缺乏CPU资源,并可能导致第一点中提到的问题使用指南.作为管理员,建议减少主机上的租户数量,使主机上提供的vcpu总数小于或等于pcpu总数。

      例子对于ESX系统管理程序,如果% RDY %参数的值大于0esxtop命令输出时,ESX主机被认为有调度开销,这可能会导致VPX实例的延迟相关问题。

      在这种情况下,减少主机上的租期,以便% RDY %总是返回0。或者,与管理程序供应商联系,以分类确定不履行已完成的资源预留的原因。

支持矩阵和使用指南

在这篇文章中