NetScaler VPX

Matrice de support 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 leurs 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 3e 2025/04/10 24674464 14.1-43.x et versions ultérieures 10 Mbps à 100 Gbps
















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

Remarque :

Chaque support de correctif ESXi est validé sur la version NetScaler VPX spécifiée dans le tableau précédent et est applicable à toutes les versions ultérieures de NetScaler VPX 14.1.

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érieure 450000

10 Mbps à 40 Gbps

8.2, pris en charge à partir de NetScaler VPX version 13.0 build 64.x et ultérieure
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 une méthode étape par étape pour déployer une instance NetScaler VPX sur Nutanix AHV, consultez Déploiement d’une instance NetScaler VPX sur Nutanix AHV.

Support tiers :

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 travaille 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 les tableaux 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 avec 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 avec 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
LACP CLAG 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
LACP CLAG 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 se réfèrent aux points suivants avec la numérotation respective :

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

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 d’interface HORS SERVICE en fonction du mécanisme de temporisation 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 routage statique surveillé échoue si vous ne liez pas de 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 « split-brain » en haute disponibilité peut se produire en cas de défaillance de liaison.
    • Lorsqu’un événement de liaison (désactivation, activation, réinitialisation) est généré à partir d’une instance VPX, l’état physique de la liaison ne change pas. Pour 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 SRIOV 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, SRIOV 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
ESXi Hypervisor 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 SRIOV VF Intel X710/X722/XL710 SRIOV VF Intel X710/XL710/XXV710 PCI-Passthrough Mode
^^Plateformes ↓ ^^ ^^ ^^ ^^ ^^ ^^
Citrix Hypervisor N/A N/A N/A Oui Oui Non
ESXi Hypervisor Non Oui Non Oui Non Oui
Hyper-V N/A N/A N/A Non Non Non
KVM Non Oui Oui Oui Oui Non
AWS N/A N/A N/A Oui N/A N/A
Azure Oui Oui Oui N/A N/A N/A
GCP N/A N/A N/A N/A N/A N/A

Autres références