Comment reconstruire les configurations PFC/RoCEv2 sur les cartes réseau virtuelles

Question

Je cherche à comprendre pourquoi la migration en direct (Live Migration) entre nos nœuds Hyper-V bascule sur des transferts TCP/IP lents suite à une récente mise à jour du firmware du switch, mais d'après les traces réseau - les requêtes de connexion SMB Direct sont rejetées. Je pense que nous devons reconstruire les configurations PFC/RoCEv2 sur nos cartes réseau virtuelles - comment devons-nous procéder exactement ?

Answer 1

Bonjour Mashelle,

Le comportement que vous décrivez est typique d’une configuration PFC/RoCEv2 qui n’est plus cohérente après une mise à jour de firmware sur le switch. Les paquets SMB Direct reposent sur RDMA, et si la carte réseau ou le switch ne négocient plus correctement les priorités et la pause sélective, la pile bascule automatiquement sur TCP/IP classique.

La reconstruction des configurations PFC/RoCEv2 se fait en deux volets : côté switch et côté hôtes Hyper-V. Sur les hôtes, vous devez vérifier que les cartes réseau physiques exposées aux vNICs Hyper-V ont bien les paramètres RDMA activés. Dans PowerShell, utilisez Get-NetAdapterRdma pour confirmer que l’état est Enabled. Si ce n’est pas le cas, exécutez Enable-NetAdapterRdma -Name <NomCarte>. Ensuite, assurez-vous que la QoS est correctement appliquée : Set-NetQosDcbxSetting -Willing 0 et configurez les priorités avec New-NetQosPolicy -Name "SMB" -NetDirectPortMatchCondition 445 -PriorityValue8021Action 3. Le paramètre critique est que la priorité utilisée par SMB (généralement 3) corresponde à celle configurée sur le switch pour PFC.

Côté switch, après la mise à jour de firmware, il faut revalider que le DCBX est actif et que la pause sélective est bien appliquée sur la priorité 3. Si le switch a perdu la configuration, les hôtes ne recevront plus l’annonce correcte et refuseront la connexion RDMA. Vérifiez également que RoCEv2 est bien activé sur les ports concernés et que la MTU est cohérente (au minimum 4096 ou 9000 selon vos besoins).

Enfin, si vous utilisez des vNICs dans Hyper-V, rappelez-vous que ce sont les vSwitches qui héritent des capacités RDMA des cartes physiques. Il est donc nécessaire de recréer les vNICs avec Set-VMNetworkAdapter -ManagementOS -Name <NomvNIC> -IovQueuePairsRequested <valeur> et de vérifier que RDMA est exposé. Dans certains cas, une suppression/recréation du vSwitch est nécessaire si la configuration DCBX a été modifiée en profondeur.

En résumé, la clé est d’aligner la priorité PFC entre le switch et les hôtes, réactiver RDMA sur les cartes physiques, et s’assurer que les vNICs Hyper-V héritent bien de ces paramètres. Une fois cela fait, les sessions SMB Direct devraient se rétablir et vos Live Migrations repasseront en mode RDMA.J'espère que vous avez trouvé ici des informations utiles. Si cela vous a permis de mieux comprendre le problème, n'hésitez pas à accepter la réponse. Si vous avez d'autres questions, n'hésitez pas à laisser un message. Bonne journée !

HP.