Activez la mise à l'échelle côté réception NetQ pour permettre le déchargement des demandes vNIC vers une carte réseau physique. Cela améliore les performances des paquets des données côté réception.

À partir de NSX 4.1.0 et ESXi 8.0, NSX prend en charge la mise à l'échelle côté réception NetQ. Lorsqu'une carte réseau physique envoie des paquets à un hôte, la pile de mise en réseau améliorée (ENS), qui s'exécute lorsque le commutateur hôte est configuré en mode Chemin de données optimisé sur cet hôte distribue les données sur différents cœurs logiques sur les nœuds NUMA. Il existe deux façons de configurer des moteurs RSS.

En tant qu'administrateur réseau souhaitant améliorer les performances des paquets de débit des données côté réception, vous pouvez envisager l'une des méthodes suivantes pour configurer RSS afin d'exploiter les avantages.
Ces deux modes sont les suivants :
  • Le moteur RSS est dédié à une file d'attente vNIC unique : un moteur RSS dédié décharge complètement toute demande provenant d'une vNIC vers la carte réseau physique. Dans ce mode, un seul moteur RSS est dédié à une file d'attente vNIC unique. Il améliore les performances de débit, car la pNIC gère les données côté réception et les partage entre les files d'attente matérielles disponibles pour répondre à la demande. Les files d'attente vNIC sont situées sur le même cœur logique ou le même chemin d'accès rapide que les files d'attente pnic.
  • Le moteur RSS est partagé par plusieurs files d'attente vNIC : dans ce mode, plusieurs files d'attente matérielles sont mises à la disposition des files d'attente vNIC. Toutefois, les flux de traitement vNIC peuvent ne pas être alignés avec la file d'attente du matériel physique qui traitera les données. Cela signifie qu'il n'y a aucune garantie que la vNIC et les cartes réseau physiques seront alignées.
Note : Si la mise à l'échelle côté réception de file d'attente par défaut (DRSS) est activée sur la carte réseau, désactivez-la.

Conditions préalables

  • Les hôtes doivent exécuter ESXi version 8 ou ultérieure.
  • Assurez-vous que la carte réseau prend en charge la fonctionnalité RSS.
  • EDP NETQ RSS est pris en charge à partir de NSX 4.0 et ESXi version 8.0 et ultérieures. Les pilotes de boîte de réception pris en charge sont Intel40en (pilote asynchrone) et Mellanox nmlx. Reportez-vous à la documentation du pilote pour confirmer s'il dispose d'une implémentation RSS compatible ENS.

Procédure

  1. Pour activer NetQ/RSS, esxcli system module parameters set -m -i40en -p DRSS=0,0 RSS=1,0.

    DRSS=0,0 indique que DRSS est désactivé sur les deux ports de carte réseau.

    RSS=1,0 indique que NetQ RSS est activé sur l'un des ports de carte réseau.

  2. Pour décharger le pilote, exécutez vmkload_mod -u i40en.
  3. Pour recharger le pilote pour que le paramètre RSS soit appliqué, exécutez vmkload_mod i40en.
  4. Arrêtez le gestionnaire de périphériques pour déclencher la connexion rapide PCI afin qu'il puisse analyser les périphériques et associer le pilote à une carte réseau.

    Exécutez kill -HUP 'ps | grep mgr | awk '{print $1}'.

  5. Pour configurer plusieurs moteurs RSS afin qu'ils soient disponibles pour répondre aux demandes RSS provenant de vNIC, configurez ces paramètres dans le fichier .vmx de la machine virtuelle.

    ethernet.pnicfeatures = '4', qui indique que la fonctionnalité RSS est demandée par les vNIC.

    ethernet.ctxPerDev = '3', qui indique que plusieurs contextes (plusieurs cœurs logiques) sont activés pour traiter chaque vNIC. Les machines virtuelles connectées au commutateur vSphere sont configurées pour plusieurs files d'attente. Cela signifie que plusieurs cœurs logiques d'un nœud NUMA peuvent traiter le trafic Tx et Rx provenant des vNIC.

    Lorsque plusieurs vNIC demandent un déchargement RSS, la pile de mise en réseau améliorée (ENS) ne décharge pas leurs demandes RSS sur la pnic, mais le moteur RSS partagé traite leurs demandes. Pour les RSS partagés, plusieurs files d'attente RSS sont disponibles, mais la colocalisation d'une file d'attente vNIC ou d'une file d'attente pNIC n'est pas garantie.

  6. Pour configurer un moteur RSS dédié afin de traiter les demandes provenant d'une vNIC, configurez ces paramètres dans le fichier .vmx de la machine virtuelle.

    ethernet.rssoffload=True,

    Avec la configuration précédente activée, les demandes RSS d'une vNIC sont déchargées sur la carte réseau physique. Une seule vNIC peut décharger ses demandes sur un moteur RSS. Dans ce mode, les files d'attente vNIC sont alignées sur les files d'attente pNIC.

  7. Vérifiez que le flux de paquets est distribué sur les files d'attente matérielles fournies par le moteur RSS.

    Exécutez les commandes suivantes.

    vsish

    get /net/pNics/vmnicX/stats

    Exemple de résultat :

    rxq0: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq1: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq2: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq3: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq4: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq5: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq6: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
rxq7: pkts=0 bytes=0 toFill=2047 toProc=0 noBuf=0 csumErr=0
txq0: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq1: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq2: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq3: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq4: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq5: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq6: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0
txq7: pkts=0 bytes=0 toFill=0 toProc=0 dropped=0