Documentación de productos
NetScaler VPX
14.1-Aktuelle Version 13.1 12.1
Ver PDF

Matriz de soporte y directrices de uso

June 8, 2026
Contribución de: 
C C

Este documento enumera los diferentes hipervisores y características compatibles con una instancia de NetScaler VPX. El documento también describe sus directrices de uso y limitaciones conocidas.

Instancia VPX en XenServer

Versión de XenServer SysID Rango de rendimiento
8.2 compatible con 13.0 64.x en adelante, 8.0, 7.6, 7.1 450000 10 Mbps a 40 Gbps

Instancia VPX en hipervisor VMware ESXi

Versión de ESXi Fecha de lanzamiento de ESXi (AAAA/MM/DD) Número de compilación de ESXi Versión de NetScaler VPX Rango de rendimiento
ESXi 9.0.2 2026/01/20 25148076 13.1-61.x y compilaciones superiores 10 Mbps a 100 Gbps


























ESXi 8.0 actualización 3g 2025/07/29 24859861 13.1-58.x y compilaciones superiores
ESXi 8.0 actualización 3f 2025/07/15 24784735 13.1-58.x y compilaciones superiores
ESXi 8.0 actualización 3e 2025/04/10 24674464 13.1-58.x y versiones superiores
ESXi 8.0 actualización 3d 2025/03/04 24585383 13.1-56.x y versiones superiores
ESXi 8.0 actualización 3c 2025/01/23 24414501 13.1-55.x y versiones superiores
ESXi 8.0 actualización 3b 17/09/2024 24280767 13.1-53.x y versiones posteriores
ESXi 8.0 actualización 3 25/06/2024 24022510 13.1-53.x y versiones posteriores
ESXi 8.0 actualización 2c 21/05/2024 23825572 13.1-53.x y versiones posteriores
ESXi 8.0 actualización 2b 2024/02/29 23305546 13.1–49.15, y 13.1-52.x y compilaciones superiores
ESXi 8.0 actualización 2 2023/09/21 22380479 13.1-52.x y compilaciones superiores
ESXi 8.0 actualización 1 2023/04/18 21495797 13.1-45.x y compilaciones superiores
ESXi 8.0c 2023/03/30 21493926 13.1-45.x y compilaciones superiores
ESXi 8.0 2022/10/11 20513097 13.1-42.x y compilaciones superiores
ESXi 7.0 actualización 3w 2025/07/15 24784741 13.1-58.x y compilaciones superiores
ESXi 7.0 actualización 3s 2025/03/04 24585291 13.1-55.x y compilaciones posteriores
ESXi 7.0 actualización 3r 2024/12/12 24411414 13.1-55.x y compilaciones posteriores
ESXi 7.0 actualización 3q 2024/05/21 23794027 13.1-53.x y compilaciones posteriores
ESXi 7.0 actualización 3p 2024/03/05 23307199 13.1-52.x y compilaciones superiores
ESXi 7.0 actualización 3o 2023/09/28 22348816 13.1-51.x y compilaciones superiores
ESXi 7.0 actualización 3n 2023/07/06 21930508 13.1-49.x y compilaciones superiores
ESXi 7.0 actualización 3m 2023/05/03 21686933 13.1-48.x y compilaciones posteriores
ESXi 7.0 actualización 3i 2022/12/08 20842708 13.1-37.x y compilaciones posteriores
ESXi 7.0 actualización 3f 2022/07/12 20036589 13.1-33.x y compilaciones posteriores
ESXi 7.0 actualización 3d 2022/03/29 19482537 13.1-27.x y versiones superiores
ESXi 7.0 actualización 3c 2022/01/27 19193900 13.1-21.x y versiones superiores
ESX 7.0 actualización 2d 2021/09/14 18538813 13.1-9.x y versiones superiores
ESX 7.0 actualización 2a 2021/04/29 17867351 13.1-4.x y compilaciones superiores

Nota:

La compatibilidad con cada parche de ESXi se valida en la versión de NetScaler VPX especificada en la tabla anterior y es aplicable a todas las compilaciones superiores de la versión 13.1 de NetScaler VPX.

Instancia de VPX en Microsoft Hyper-V

Versión de Hyper-V SysID Versión de NetScaler VPX Rango de rendimiento
2016, 2019 450020

13.1-4.x en adelante 10 Mbps a 3 Gbps

2022 13.1-58.x en adelante
2025 13.1-60.x en adelante

Instancia VPX en Azure Local

Componente Versiones / Compilaciones compatibles SysID
NetScaler VPX 13.1-61.x y posteriores 450020
Compilación del SO local de Azure 25398.1965, 26100.7171 y 20349.3692

Para obtener más información sobre las versiones de lanzamiento de Azure Local, consulte la documentación de Microsoft.

Instancia VPX en Nutanix AHV

NetScaler VPX es compatible con Nutanix AHV a través de la asociación Citrix Ready. Citrix Ready es un programa de socios tecnológicos que ayuda a los proveedores de software y hardware a desarrollar e integrar sus productos con la tecnología NetScaler para espacios de trabajo digitales, redes y análisis.

Para obtener más información sobre un método paso a paso para implementar una instancia de NetScaler VPX en Nutanix AHV, consulte Implementación de un NetScaler VPX en Nutanix AHV.

Soporte de terceros:

Si experimenta algún problema con una integración específica de terceros (Nutanix AHV) en un entorno NetScaler®, abra un incidente de soporte directamente con el socio externo (Nutanix).

Si el socio determina que el problema parece estar relacionado con NetScaler, el socio puede ponerse en contacto con el soporte de NetScaler para obtener más ayuda. Un recurso técnico dedicado de los socios colabora con el equipo de soporte de NetScaler hasta que se resuelve el problema.

Instancia VPX en KVM genérico

Versión de KVM genérico SysID Rango de rendimiento
RHEL 7.6, RHEL 8.0, RHEL 9.3 450070
10 Mbps a 100 Gbps
Ubuntu 16.04, Ubuntu 18.04, Ubuntu 22.04

Puntos a tener en cuenta:

Tenga en cuenta los siguientes puntos al utilizar hipervisores KVM.

  • La instancia VPX está cualificada para las versiones de lanzamiento del hipervisor mencionadas en la tabla 1–4, y no para las versiones de parche dentro de una versión. Sin embargo, se espera que la instancia VPX funcione sin problemas con las versiones de parche de una versión compatible. Si no es así, registre un caso de soporte para la resolución de problemas y la depuración.

  • Antes de usar RHEL 7.6, complete los siguientes pasos en el host KVM:

    1. Edite /etc/default/grub y añada "kvm_intel.preemption_timer=0" a la variable GRUB_CMDLINE_LINUX.

    2. Regenere grub.cfg usando el comando "# grub2-mkconfig -o /boot/grub2/grub.cfg".

    3. Reinicie la máquina host.

  • Antes de usar Ubuntu 18.04, complete los siguientes pasos en el host KVM:

    1. Edite /etc/default/grub y añada "kvm_intel.preemption_timer=0" a la variable GRUB_CMDLINE_LINUX.
    2. Regenere grub.cfg usando el comando "# grub-mkconfig -o /boot/grub/grub.cfg “.
    3. Reinicie la máquina host.

Instancia VPX en nubes públicas

Nube pública SysID Rango de rendimiento
AWS 450040 10 Mbps a 30 Gbps
Azure 450020 10 Mbps a 10 Gbps
GCP 450070 10 Mbps a 10 Gbps

Funciones de VPX compatibles con hipervisores

Hipervisores →
Funciones ↓		 VPX en XenServer
VPX en VMware ESX
VPX en Microsoft Hyper-V
VPX en KVM genérico
Interfaces → PV SR-IOV PV SR-IOV Emulado PCI Passthrough PV PV SR-IOV PCI Passthrough
Soporte Multi-PE Sí Sí Sí Sí Sí Sí Sí Sí Sí Sí
Compatibilidad con clústeres Sí Sí¹ Sí Sí¹ Sí Sí Sí Sí Sí¹ Sí
Etiquetado VLAN Sí Sí Sí Sí Sí Sí Sí (solo en 2012R2) Sí Sí Sí
Detección de eventos de enlace/HAMon No² Sí³ No² Sí³ No² Sí³ No² No² Sí³ Sí³
Configuración de parámetros de interfaz No No No No No Sí No No No Sí
LA estática Sí² Sí³ Sí² No Sí² Sí³ Sí² Sí² Sí³ Sí³
LACP No Sí³ Sí² No Sí² Sí³ No Sí² Sí³ Sí³
CLAG estático No No No No No No No No No No
LACP CLAG No No Sí² No Sí² Sí³ No Sí² Sí³ Sí³
Conexión en caliente No No No No No No No No No No

Funciones de VPX compatibles con nubes públicas

Nubes públicas →
Características ↓		 VPX en AWS
VPX en Azure
VPX en GCP
Soporte Multi-PE Sí Sí Sí
Soporte de Clustering No No No
Etiquetado VLAN No No No
Detección de eventos de enlace/HAMon No² No² No²
Configuración de parámetros de interfaz No No No
LA estática No No No
LACP No No No
CLAG estático No No No
LACP CLAG No No No
Conexión en caliente Sí No No

Los números en superíndice (1, 2, 3) utilizados en las dos tablas anteriores se refieren a los siguientes puntos con su numeración respectiva:

  1. La compatibilidad con clústeres está disponible en SRIOV para interfaces orientadas al cliente y al servidor, y no para el backplane.
  2. Los eventos de INTERFAZ INACTIVA no se registran en las instancias de NetScaler VPX.
  3. Para LA estática, el tráfico aún podría enviarse a la interfaz cuyo estado físico es INACTIVO.

Los siguientes puntos se aplican a las características respectivas capturadas en las dos tablas anteriores:

  • Para LACP, el dispositivo par conoce el evento de INTERFAZ INACTIVA basándose en el mecanismo de tiempo de espera de LACP.

    • Tiempo de espera corto: 3 segundos
    • Tiempo de espera largo: 90 segundos
  • Para LACP, no comparta interfaces entre máquinas virtuales.
  • Para el enrutamiento dinámico, el tiempo de convergencia depende del protocolo de enrutamiento, ya que no se detectan eventos de enlace.
  • La funcionalidad de ruta estática supervisada falla si no vincula los monitores a las rutas estáticas porque el estado de la ruta depende del estado de la VLAN. El estado de la VLAN depende del estado del enlace.
  • La detección de fallos parciales no ocurre en alta disponibilidad si hay un fallo de enlace. La condición de cerebro dividido de alta disponibilidad podría ocurrir si hay un fallo de enlace.
    • Cuando se genera cualquier evento de enlace (deshabilitar, habilitar, restablecer) desde una instancia VPX, el estado físico del enlace no cambia. Para LA estática, cualquier tráfico iniciado por el par se descarta en la instancia.
    • Para que la función de etiquetado de VLAN funcione en VMware ESX, establezca el ID de VLAN del grupo de puertos en 1–4095 en el vSwitch del servidor VMware ESX.
  • La conexión en caliente no es compatible con las instancias VPX con interfaces ENA, y el comportamiento de las instancias puede ser impredecible si se intenta la conexión en caliente. La adición en caliente solo es compatible con las interfaces PV y SRIOV con NetScaler en AWS.
  • La eliminación en caliente, ya sea a través de la consola web de AWS o la interfaz CLI de AWS, no es compatible con las interfaces PV, SRIOV y ENA para NetScaler. El comportamiento de las instancias puede ser impredecible si se intenta la eliminación en caliente.

Para obtener información sobre los navegadores compatibles para acceder a las versiones 14.1 y 13.1 de la GUI de NetScaler, consulte Navegadores compatibles.

Procesadores compatibles para NetScaler VPX™

Plataformas Procesador Intel Procesador AMD
Citrix Hypervisor Sí No
Hipervisor ESXi Sí Sí
Hyper-V Sí No
KVM Sí No
AWS Sí Sí
Azure Sí Sí
GCP Sí Sí

NIC compatibles con NetScaler VPX

La siguiente tabla enumera las NIC compatibles con una plataforma VPX o en la nube.

NIC →
Plataformas ↓		 Mellanox CX-3
Mellanox CX-4
Mellanox CX-5
Intel 82599 SRIOV VF
Intel X710/X722/XL710 SRIOV VF
Intel X710/XL710/XXV710 PCI-Passthrough Mode
Citrix Hypervisor NA NA NA Sí Sí No
Hipervisor ESXi No Sí No Sí No Sí
Hyper-V NA NA NA No No No
KVM No Sí Sí Sí Sí No
AWS NA NA NA Sí NA NA
Azure Sí Sí Sí NA NA NA
GCP NA NA NA NA NA NA

Directrices de uso

Siga estas directrices de uso:

  • Le recomendamos implementar una instancia de VPX en discos locales del servidor o en volúmenes de almacenamiento basados en SAN.

Consulte la sección Consideraciones sobre la CPU de VMware ESXi en el documento Prácticas recomendadas de rendimiento para VMware vSphere 6.5. A continuación, se muestra un extracto:

  • No se recomienda que las máquinas virtuales con alta demanda de CPU/memoria residan en un host o clúster sobrecargado.

  • En la mayoría de los entornos, ESXi permite niveles significativos de sobrecarga de CPU sin afectar el rendimiento de la máquina virtual. En un host, puede ejecutar más vCPU que el número total de núcleos de procesador físicos en ese host.

  • Si un host ESXi se satura de CPU, es decir, las máquinas virtuales y otras cargas en el host demandan todos los recursos de CPU que tiene el host, las cargas de trabajo sensibles a la latencia podrían no funcionar bien. En este caso, es posible que desee reducir la carga de CPU, por ejemplo, apagando algunas máquinas virtuales o migrándolas a un host diferente (o permitiendo que DRS las migre automáticamente).

  • Citrix recomienda la última versión de compatibilidad de hardware para aprovechar los últimos conjuntos de características del hipervisor ESXi para la máquina virtual. Para obtener más información sobre la compatibilidad de hardware y la versión de ESXi, consulte la documentación de VMware.

  • NetScaler VPX es un dispositivo virtual de alto rendimiento y sensible a la latencia. Para ofrecer el rendimiento esperado, el dispositivo requiere reserva de vCPU, reserva de memoria y anclaje de vCPU en el host. Además, la tecnología Hyper-Threading debe estar deshabilitada en el host. Si el host no cumple estos requisitos, se producen problemas como la conmutación por error de alta disponibilidad, picos de CPU dentro de la instancia de VPX, lentitud al acceder a la CLI de VPX, fallos del demonio pit boss, pérdida de paquetes y bajo rendimiento.

Un hipervisor se considera sobreaprovisionado si se cumple una de las dos condiciones siguientes:

  • El número total de núcleos virtuales (vCPU) aprovisionados en el host es mayor que el número total de núcleos físicos (pCPU).

  • El número total de máquinas virtuales aprovisionadas consume más vCPU que el número total de pCPU.

    Si una instancia está sobreaprovisionada, el hipervisor podría no garantizar los recursos reservados (como CPU, memoria y otros) para la instancia debido a sobrecargas de programación del hipervisor, errores o limitaciones del hipervisor. Este comportamiento puede causar una falta de recursos de CPU para NetScaler y podría llevar a los problemas mencionados en el primer punto en Directrices de uso. Como administradores, se recomienda reducir la ocupación en el host para que el número total de vCPU aprovisionadas en el host sea menor o igual al número total de pCPU.

    Ejemplo:

    Para el hipervisor ESX, si el parámetro %RDY% de una vCPU VPX es mayor que 0 en la salida del comando esxtop, se dice que el host ESX tiene sobrecargas de programación, lo que puede causar problemas relacionados con la latencia para la instancia VPX.

    En tal situación, reduzca la ocupación en el host para que %RDY% siempre vuelva a 0. Alternativamente, póngase en contacto con el proveedor del hipervisor para determinar la razón por la que no se respeta la reserva de recursos realizada.

  • La adición en caliente solo es compatible con interfaces PV y SRIOV con NetScaler en AWS. Las instancias VPX con interfaces ENA no admiten la conexión en caliente, y el comportamiento de las instancias puede ser impredecible si se intenta la conexión en caliente.
  • La eliminación en caliente, ya sea a través de la consola web de AWS o la interfaz de la CLI de AWS, no es compatible con las interfaces PV, SRIOV y ENA para NetScaler. El comportamiento de las instancias puede ser impredecible si se intenta la eliminación en caliente.

Comandos para controlar el uso de CPU del motor de paquetes

Puede usar dos comandos (set ns vpxparam y show ns vpxparam) para controlar el comportamiento de uso de CPU del motor de paquetes (no de administración) de las instancias VPX en entornos de hipervisor y en la nube:

  • set ns vpxparam [-cpuyield (YES | NO | DEFAULT)] [-masterclockcpu1 (YES | NO)]

    Permitir que cada máquina virtual utilice los recursos de CPU que se han asignado a otra máquina virtual pero que no se están utilizando.

    Parámetros de Set ns vpxparam:

    -cpuyield: Liberar o no liberar los recursos de CPU asignados pero no utilizados.

    • YES: Permitir que los recursos de CPU asignados pero no utilizados sean usados por otra máquina virtual.

    • NO: Reservar todos los recursos de CPU para la máquina virtual a la que se han asignado. Esta opción muestra un porcentaje más alto en entornos de hipervisor y en la nube para el uso de CPU de VPX.

    • DEFAULT: No.

    Nota:

    En todas las plataformas NetScaler VPX, el uso de vCPU en el sistema host es del 100 por ciento. Escriba el comando set ns vpxparam –cpuyield YES para anular este uso.

    Si desea establecer los nodos del clúster en “yield”, debe realizar las siguientes configuraciones adicionales en CCO:

    • Si se forma un clúster, todos los nodos se inician con “yield=DEFAULT”.
    • Si se forma un clúster utilizando los nodos que ya están configurados en “yield=YES”, los nodos se añaden al clúster utilizando el rendimiento “DEFAULT”.

    Nota:

    Si desea establecer los nodos del clúster en “yield=YES”, puede configurarlos solo después de formar el clúster, pero no antes de que se forme el clúster.

    -masterclockcpu1: Puede mover la fuente de reloj principal de la CPU0 (CPU de administración) a la CPU1. Este parámetro tiene las siguientes opciones:

    • YES: Permitir que la VM mueva la fuente de reloj principal de la CPU0 a la CPU1.

    • NO: La VM utiliza la CPU0 como fuente de reloj principal. De forma predeterminada, la CPU0 es la fuente de reloj principal.

  • show ns vpxparam

    Muestra la configuración actual de vpxparam.

Otras referencias

Matriz de soporte y directrices de uso
June 8, 2026
Contribución de: 
C C
June 8, 2026
Contribución de: 
C C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.