NetScaler VPX

Matrice de prise en charge de NetScaler VPX

Ce document répertorie les différents hyperviseurs et fonctionnalités pris en charge sur une instance NetScaler VPX. Le document décrit également leurs directives d’utilisation et les limitations connues.

Instance VPX sur l’hyperviseur VMware ESX

Version ESXi Date de publication ESXi (AAAA/MM/JJ) Numéro de build ESXi Version NetScaler VPX Plage de performances
ESXi 8.0 update 3f 2025/07/15 24784735 14.1-47.x et builds supérieures 10 Mbps à 100 Gbps

















ESXi 8.0 update 3e 2025/04/10 24674464 14.1-43.x et builds supérieures
ESXi 8.0 update 3d 2025/03/04 24585383 14.1-38.x et builds supérieures
ESXi 8.0 update 3c 2025/01/23 24414501 14.1-29.x et builds supérieures
ESXi 8.0 update 3b 2024/09/17 24280767 14.1-21.x et builds supérieures
ESXi 8.0 update 3 2024/06/25 24022510 14.1-21.x et builds supérieures
ESXi 8.0 update 2c 2024/05/21 23825572 14.1-21.x et builds supérieures
ESXi 8.0 update 2b 2024/02/29 23305546 14.1-17.x et builds supérieures
ESXi 8.0 update 2 2023/09/21 22380479 14.1-17.x et builds supérieures
ESXi 8.0 update 1 2023/04/18 21495797 14.1-4.x et builds supérieures
ESXi 8.0c 2023/03/30 21493926 14.1-4.x et builds supérieures
ESXi 8.0 2022/10/11 20513097 14.1-4.x et builds supérieures
ESXi 7.0 update 3s 2025/03/04 24585291 14.1-29.x et builds supérieures
ESXi 7.0 update 3r 2024/12/12 24411414 14.1-29.x et builds supérieures
ESXi 7.0 update 3q 2024/05/21 23794027 14.1-21.x et builds supérieures
ESXi 7.0 update 3p 2024/04/11 23307199 14.1-17.x et builds supérieures
ESXi 7.0 update 3o 2023/09/28 22348816 14.1-12.x et builds supérieures
ESXi 7.0 update 3n 2023/07/06 21930508 14.1-8.x et builds supérieures
ESXi 7.0 update 3m 2023/05/03 21686933 14.1-4.x et builds supérieures

Remarque :

Chaque prise en charge de correctif ESXi est validée sur la version NetScaler VPX spécifiée dans le tableau précédent et est applicable à toutes les builds supérieures de la version 14.1 de NetScaler VPX.

Pour plus d’informations sur les directives d’utilisation, consultez Directives d’utilisation pour l’hyperviseur VMware ESXi.

Instance VPX sur XenServer ou Citrix Hypervisor

Version XenServer ou Citrix Hypervisor SysID Plage de performances
8.4, pris en charge à partir de NetScaler VPX version 14.1 build 17.x et ultérieures 450000

10 Mbps à 40 Gbps

8.2, pris en charge à partir de NetScaler VPX version 13.0 build 64.x et ultérieures
8.0, 7.6, 7.1

Instance VPX sur Microsoft Hyper-V

Version Hyper-V SysID Plage de performances
2016, 2019 450020 10 Mbps à 3 Gbps

Instance VPX sur Nutanix AHV

NetScaler VPX est pris en charge sur Nutanix AHV via le partenariat Citrix Ready. Citrix Ready est un programme de partenariat technologique qui aide les fournisseurs de logiciels et de matériel à développer et à intégrer leurs produits avec la technologie NetScaler pour l’espace de travail numérique, la mise en réseau et l’analyse.

Pour plus d’informations sur la méthode étape par étape pour déployer une instance NetScaler VPX sur Nutanix AHV, consultez Déploiement d’un NetScaler VPX sur Nutanix AHV.

Prise en charge tierce :

Si vous rencontrez des problèmes avec une intégration tierce (Nutanix AHV) particulière dans un environnement NetScaler, ouvrez un incident de support directement auprès du partenaire tiers (Nutanix).

Si le partenaire détermine que le problème semble être lié à NetScaler, le partenaire peut contacter le support NetScaler pour obtenir une assistance supplémentaire. Une ressource technique dédiée des partenaires collabore avec l’équipe de support NetScaler jusqu’à ce que le problème soit résolu.

Instance VPX sur KVM générique

Version KVM générique SysID Plage de performances
RHEL 7.6, RHEL 8.0, RHEL 9.3 450070
10 Mbps à 100 Gbps
Ubuntu 16.04, Ubuntu 18.04, Ubuntu 22.04

Points à noter :

Tenez compte des points suivants lors de l’utilisation des hyperviseurs KVM.

  • L’instance VPX est qualifiée pour les versions de publication d’hyperviseur mentionnées dans le tableau 1 à 4, et non pour les versions de correctifs au sein d’une version. Cependant, l’instance VPX devrait fonctionner de manière transparente avec les versions de correctifs d’une version prise en charge. Si ce n’est pas le cas, ouvrez un dossier de support pour le dépannage et le débogage.

  • Avant d’utiliser RHEL 7.6, effectuez les étapes suivantes sur l’hôte KVM :
    1. Modifiez /etc/default/grub et ajoutez "kvm_intel.preemption_timer=0" à la variable GRUB_CMDLINE_LINUX.

    2. Regénérez grub.cfg à l’aide de la commande "# grub2-mkconfig -o /boot/grub2/grub.cfg".

    3. Redémarrez la machine hôte.

  • Avant d’utiliser Ubuntu 18.04, effectuez les étapes suivantes sur l’hôte KVM :

    1. Modifiez /etc/default/grub et ajoutez "kvm_intel.preemption_timer=0" à la variable GRUB_CMDLINE_LINUX.
    2. Regénérez grub.cfg à l’aide de la commande "# grub-mkconfig -o /boot/grub/grub.cfg “.
    3. Redémarrez la machine hôte.

Instance VPX sur les clouds publics

Cloud public SysID Plage de performances
AWS 450040 10 Mbps à 30 Gbps
Azure 450020 10 Mbps à 10 Gbps
GCP 450070 10 Mbps à 10 Gbps

Fonctionnalités VPX prises en charge sur les hyperviseurs

Hyperviseurs → VPX sur XenServer VPX sur VMware ESX
^^Fonctionnalités ↓ ^^ ^^ ^^ ^^ ^^ ^^ ^^ ^^ ^^ ^^
Interfaces → PV SR-IOV PV SR-IOV Émulé PCI Passthrough PV PV SR-IOV PCI Passthrough
Prise en charge multi-PE Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Prise en charge du clustering Oui Oui¹ Oui Oui¹ Oui Oui Oui Oui Oui¹ Oui
Marquage VLAN Oui Oui Oui Oui Oui Oui Oui (uniquement sur 2012R2) Oui Oui Oui
Détection des événements de liaison/HAMon Non² Oui³ Non² Oui³ Non² Oui³ Non² Non² Oui³ Oui³
Configuration des paramètres d’interface Non Non Non Non Non Oui Non Non Non Oui
LA statique Oui² Oui³ Oui² Non Oui² Oui³ Oui² Oui² Oui³ Oui³
LACP Non Oui³ Oui² Non Oui² Oui³ Non Oui² Oui³ Oui³
CLAG statique Non Non Non Non Non Non Non Non Non Non
CLAG LACP Non Non Oui² Non Oui² Oui³ Non Oui² Oui³ Oui³
Connexion à chaud Non Non Non Non Non Non Non Non Non Non

Fonctionnalités VPX prises en charge sur les clouds publics

Clouds publics → VPX sur AWS VPX sur Azure VPX sur GCP
^^Fonctionnalités ↓ ^^ ^^ ^^
Prise en charge multi-PE Oui Oui Oui
Prise en charge du clustering Non Non Non
Marquage VLAN Non Non Non
Détection des événements de liaison/HAMon Non² Non² Non²
Configuration des paramètres d’interface Non Non Non
LA statique Non Non Non
LACP Non Non Non
CLAG statique Non Non Non
CLAG LACP Non Non Non
Connexion à chaud Oui Non Non

Les numéros en exposant (1, 2, 3) utilisés dans les deux tableaux précédents font référence aux points suivants avec la numérotation respective :

  1. La prise en charge du clustering est disponible sur SR-IOV pour les interfaces côté client et côté serveur, et non pour le fond de panier.
  2. Les événements de liaison DOWN ne sont pas enregistrés dans les instances NetScaler VPX.
  3. Pour la LA statique, le trafic peut toujours être envoyé sur l’interface dont l’état physique est DOWN.

Les points suivants s’appliquent aux fonctionnalités respectives capturées dans les deux tableaux précédents :

  • Pour LACP, le périphérique pair connaît l’événement de liaison DOWN en fonction du mécanisme de délai d’expiration LACP.

    • Délai d’expiration court : 3 secondes
    • Délai d’expiration long : 90 secondes
  • Pour LACP, ne partagez pas les interfaces entre les machines virtuelles.
  • Pour le routage dynamique, le temps de convergence dépend du protocole de routage, car les événements de liaison ne sont pas détectés.
  • La fonctionnalité de route statique surveillée échoue si vous ne liez pas les moniteurs aux routes statiques, car l’état de la route dépend de l’état du VLAN. L’état du VLAN dépend de l’état de la liaison.
  • La détection de défaillance partielle ne se produit pas en haute disponibilité en cas de défaillance de liaison. Une condition de cerveau divisé en haute disponibilité peut se produire en cas de défaillance de liaison.
    • Lorsqu’un événement de liaison (désactiver, activer, réinitialiser) est généré à partir d’une instance VPX, l’état physique de la liaison ne change pas. Pour la LA statique, tout trafic initié par le pair est abandonné sur l’instance.
    • Pour que la fonctionnalité de marquage VLAN fonctionne sur VMware ESX, définissez l’ID VLAN du groupe de ports sur 1 à 4095 sur le vSwitch du serveur VMware ESX.
  • La connexion à chaud n’est pas prise en charge sur les instances VPX avec des interfaces ENA, et le comportement des instances peut être imprévisible si une connexion à chaud est tentée. L’ajout à chaud n’est pris en charge que pour les interfaces PV et SR-IOV avec NetScaler sur AWS.
  • La suppression à chaud via la console Web AWS ou l’interface CLI AWS n’est pas prise en charge avec les interfaces PV, SR-IOV et ENA pour NetScaler. Le comportement des instances peut être imprévisible si une suppression à chaud est tentée.

Pour plus d’informations sur les navigateurs pris en charge pour l’accès aux versions 14.1 et 13.1 de l’interface graphique de NetScaler, consultez Navigateurs compatibles.

Processeurs pris en charge pour NetScaler VPX

Plateformes Processeur Intel Processeur AMD
Citrix Hypervisor Oui Oui
Hyperviseur ESXi Oui Oui
Hyper-V Oui Non
KVM Oui Non
AWS Oui Oui
Azure Oui Oui
GCP Oui Oui

Cartes réseau prises en charge pour NetScaler VPX

Le tableau suivant répertorie les cartes réseau prises en charge sur une plateforme ou un cloud VPX.

Cartes réseau → Mellanox CX-3 Mellanox CX-4 Mellanox CX-5 Intel 82599 SR-IOV VF Intel X710/X722/XL710 SR-IOV VF Intel X710/XL710/XXV710 Mode PCI-Passthrough
^^Plateformes ↓ ^^ ^^ ^^ ^^ ^^ ^^
Citrix Hypervisor NA NA NA Oui Oui Non
Hyperviseur ESXi Non Oui Non Oui Non Oui
Hyper-V NA NA NA Non Non Non
KVM Non Oui Oui Oui Oui Non
AWS NA NA NA Oui NA NA
Azure Oui Oui Oui NA NA NA
GCP NA NA NA NA NA NA

Autres références