Matriz de soporte y pautas de uso
Este documento enumera los diferentes hipervisores y funciones compatibles con una instancia de Citrix ADC VPX. También describe sus pautas de uso y limitaciones.
Tabla 2. Instancia VPX en Citrix Hypervisor
Versión de Citrix Hypervisor | SysID | Modelos VPX |
---|---|---|
7.1 | 450000 | VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10 G, VPX 15 G, VPX 25 G, VPX 40 G |
Tabla 2. Instancia VPX en el servidor VMware ESXi
Los siguientes modelos VPX con 450010 (Sys ID) son compatibles con las versiones de VMware ESX que se muestran en la tabla.
Modelos VPX: VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10G, VPX 15G, VPX 25G, VPX 40G y VPX 100G.
| versión ESXi | Fecha de lanzamiento de ESXi en formato (AAAA/MM/DD) | Número de compilación ESXi | Versión de Citrix ADC VPX | | —————————- | —————————————————- | ————————– | ——————————– | | Actualización 3m de ESXi 7.0 | 2023/05/03 | 21686933 | 12.1-65.x y versiones superiores | | ESXi 7.0, actualización 3f | 2022/07/12 | 20036589 | 12.1-65.x y versiones superiores | | Actualización 3D de ESXi 7.0 | 2022/03/29 | 19482537 | 12.1-65.x y versiones superiores | | Actualización 2d de ESXi 7.0 | 2021/09/14 | 18538813 | 12.1-63.x y versiones superiores | | ESXi 7.0 actualización 2a | 2021/04/29 | 17867351 | 12.1-62.x y versiones superiores | | ESXi 6.7 P04 | 19/11/2020 | 17167734 | 12.1-55.x y versiones superiores | | ESXi 6.7 P03 | 20/08/2020 | 16713306 | 12.1-55.x y versiones superiores | | Versión general de ESXi 6.5 | 15/11/2016 | 4564106 | 12.1-55.x y versiones superiores | | ESXi 6.5 U1g | 20/3/2018 | 7967591 | 12.1-55.x y versiones superiores |
Nota:
Cada soporte de parche de ESXi está validado en la versión de Citrix ADC VPX especificada en la tabla anterior y es aplicable a todas las compilaciones superiores de la versión Citrix VPX 12.1.
Tabla 3. VPX en Microsoft Hyper-V
Versión Hyper-V | SysID | Modelos VPX |
---|---|---|
2012, 2012R2 | 450020 | VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000 |
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 el espacio de trabajo digital, las redes y el 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 tiene algún problema con una integración específica de un tercero (Nutanix AHV) en un entorno de NetScaler, abra un incidente de soporte directamente con el socio externo (Nutanix).
Si el socio determina que el problema parece estar relacionado con NetScaler, puede ponerse en contacto con el soporte de NetScaler para obtener más ayuda. Un recurso técnico dedicado de los socios trabaja con el soporte de NetScaler hasta que se resuelva el problema.
Tabla 4. Instancia VPX en KVM genérico
Versión KVM genérica | SysID | Modelos VPX |
---|---|---|
RHEL 7.4, RHEL 7.5 (desde Citrix ADC versión 12.1 50.x en adelante) Ubuntu 16.04 | 450070 | VPX 10, VPX 25, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 8000, VPX 10 G, VPX 15 G. VPX 25G, VPX 40G, VPX 100G |
Nota:
La instancia VPX está calificada para las versiones de versión de Hypervisor mencionadas en la tabla 1—4, y no para las versiones de parche de una versión. Sin embargo, se espera que la instancia VPX funcione sin problemas con las versiones de parches de una versión compatible. Si no es así, registre un caso de asistencia para solucionar problemas y depurar.
Tabla 5. Instancia VPX en AWS
Versión AWS | SysID | Modelos VPX |
---|---|---|
N/D | 450040 | VPX 10, VPX 200, VPX 1000, VPX 3000, VPX 5000, VPX 15G, VPX BYOL |
Tabla 6. Instancia VPX en Azure
Versión Azure | SysID | Modelos VPX |
---|---|---|
N/D | 450020 | VPX 10, VPX 200, VPX 1000, VPX 3000, VPX BYOL |
Tabla 7. Tabla de funciones VPX
-
El soporte de agrupamiento está disponible en SRIOV para interfaces orientadas al cliente y al servidor, pero no para la placa base.
-
Los eventos de interfaz DOWN no se registran en instancias de Citrix ADC VPX.
-
Para LA estática, es posible que aún se envíe tráfico en la interfaz cuyo estado físico sea DOWN.
-
Para LACP, el dispositivo par conoce el evento de interfaz inactiva según el mecanismo de tiempo de espera de LACP.
- Tiempo de espera corto: 3 segundos
- Tiempo de espera prolongado: 90 segundos
-
Para LACP, las interfaces no se deben compartir entre máquinas virtuales.
-
Para la redirección dinámica, el tiempo de convergencia depende del Protocolo de redirección, ya que no se detectan eventos de vínculo.
-
La funcionalidad de ruta estática monitoreada falla si los monitores no están vinculados a rutas estáticas, ya que el estado de la ruta depende del estado de la VLAN. El estado de la VLAN depende del estado del vínculo.
-
La detección de fallos parciales no se produce en alta disponibilidad si se produce un error de enlace. Una condición de cerebro dividido de alta disponibilidad podría ocurrir si hay una falla en el enlace.
-
Cuando se genera cualquier evento de enlace (desactivar/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 elimina en la instancia.
-
Para que funcione la función de etiquetado de VLAN, haga lo siguiente:
En VMware ESX, establezca el ID de VLAN del grupo de puertos en 1-4095 en el vSwitch del servidor VMware ESX.
Tabla 8. Exploradores web compatibles
Sistema operativo | Explorador y versiones |
---|---|
Windows 7 | Internet Explorer: 8, 9, 10 y 11; Mozilla Firefox 3.6.25 y superior; Google Chrome: 15 y superior |
Windows de 64 bits | Internet Explorer: 8, 9; Google Chrome: 15 y superior |
MAC | Mozilla Firefox - 12 y superior; Safari - 5.1.3; Google Chrome: 15 y superior |
Directrices de uso
Siga estas pautas de uso:
-
Consulte la sección Consideraciones sobre la CPU de VMware ESXi en el documento Prácticas recomendadas de rendimiento para VMware vSphere 6.5. Aquí hay un extracto:
No se recomienda que las máquinas virtuales con una demanda elevada de CPU o memoria se sitúen en un host o clúster que está sobrecomprometido. En la mayoría de los entornos, ESXi permite niveles significativos de sobreasignación de CPU (es decir, ejecutar más vCPU en un host que la cantidad total de núcleos de procesadores físicos en ese host) sin afectar la virtualidad Rendimiento de la máquina. 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 usted Es posible que desee reducir la carga de la 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 las últimas funciones del hipervisor ESXi para la máquina virtual. Para obtener más información sobre la compatibilidad de hardware y versiones de ESXi, consulte la documentación de VMware.
-
Citrix ADC VPX es un dispositivo virtual de alto rendimiento y sensible a la latencia. Para ofrecer el rendimiento esperado, el dispositivo requiere reserva de CPU virtuales, reserva de memoria y fijación de vCPU en el host. Además, el hipersubproceso debe estar inhabilitado en el host. Si el host no cumple con estos requisitos, se producen problemas como conmutación por error de alta disponibilidad, picos de CPU dentro de la instancia de VPX, lentitud en el acceso a la CLI de VPX, falla del demonio pitboss, pérdida de paquetes y bajo rendimiento.
-
Un Hypervisor se considera sobreaprovisionado si se cumple una de las dos condiciones siguientes:
-
El número total de núcleos virtuales (CPU virtuales) aprovisionados en el host es mayor que el número total de núcleos físicos (CPU físicas).
-
El número total de máquinas virtuales aprovisionadas consume más CPU virtuales que el número total de CPU físicas.
A veces, si una instancia tiene un exceso de aprovisionamiento, es posible que el hipervisor no pueda garantizar los recursos reservados (como CPU, memoria y otros) para la instancia debido a sobrecargas en la programación del hipervisor o errores o limitaciones del hipervisor. Esto puede provocar una falta de recursos de CPU para Citrix ADC y podría generar los problemas mencionados en el primer punto en Pautas de uso. Como administradores, se recomienda reducir el alquiler en el host para que el número total de CPU virtuales aprovisionadas en el host sea menor o igual al número total de CPU físicas.
Ejemplo En el caso del hipervisor ESX, si el parámetro
%RDY%
de una CPU virtual de VPX es mayor que 0 en el resultado del comandoesxtop
, se dice que el host ESX tiene gastos generales de programación, lo que puede causar problemas relacionados con la latencia en la instancia VPX.En tal situación, reduzca la tenencia en el host para que
%RDY%
siempre vuelva a 0. También puede ponerse en contacto con el proveedor del hipervisor para seleccionar el motivo por el que no se ha respetado la reserva de recursos realizada.
-
-
La adición en caliente solo se admite para interfaces PV y SRIOV en Citrix ADC.
-
La eliminación en caliente a través de la consola web de AWS o la AWS CLI no es compatible con las interfaces PV y SRIOV en Citrix ADC. El comportamiento de las instancias puede ser impredecible si se intenta eliminar en caliente.
-
Puede usar dos comandos (
set ns vpxparam
yshow ns vpxparam
) para controlar el comportamiento del uso de CPU del motor de paquetes (no de administración) de las instancias VPX en entornos hipervisados y de nube:-
establecer ns vpxparam -cpuyield (SÍ | NO | PREDETERMINADO)
Permitir que cada máquina virtual utilice recursos de CPU que se hayan asignado a otra máquina virtual pero que no se estén usando.Establecer los parámetros ns vpxparam:
-cpuyield: Libere o no libere recursos de CPU asignados pero no utilizados.
-
SÍ: Permitir que otra máquina virtual utilice recursos de CPU asignados pero no utilizados.
-
NO: Reserve 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 hipervisores y nube para el uso de CPU VPX.
-
PREDETERMINADO: No.
Nota:
En todas las plataformas Citrix ADC VPX, el uso de CPU virtuales en el sistema host es del 100 por ciento. Escriba el comando
set ns vpxparam –cpuyield YES
para supeditar este uso.Si desea configurar los nodos del clúster para que “rindan”, debe realizar las siguientes configuraciones adicionales en CCO:
- Si se forma un clúster, todos los nodos aparecen con “yield=Default”.
- Si se forma un clúster utilizando los nodos que ya están configurados en “yield=YES”, entonces los nodos se agregan al clúster utilizando el rendimiento “DEFAULT”.
Nota:
Si desea configurar los nodos del clúster en “yield=YES”, puede realizar configuraciones adecuadas solo después de formar el clúster, pero no antes de que se forme el clúster.
-
-
mostrar vpxparam de ns
Muestra la configuración actual de vpxparam.
-