Vitesse resynchronisation de stockage très lente en S2D

Question

Lors de la resynchronisation de stockage dans mon cluster S2D , la vitesse chute jusqu'à 10% pourtant le stockage fonctionne , avec le trafic RDMA inter-nœuds qui bascule en TCP/IP le problème persiste meme en redémarrant les cartes réseau et en relançant le service , le problème persiste , dans les journaux réseau la vérification montre une perte de configuration RoCE v2 sur les ports NIC , aussi vérification des pilotes en windows ok mais aucun résultat , comment réactiver et vérifier les paramètres PFC et ETS sur les cartes réseau des hôtes , ceci bloque mon job

Answer 1

Bonjour,

Le comportement que vous décrivez est typique d’une perte de configuration RDMA/ RoCE v2 sur les interfaces réseau, ce qui force le trafic Storage Spaces Direct à basculer en TCP/IP classique. Cela explique la chute de performance lors de la resynchronisation. Le fait que les journaux indiquent une perte de configuration RoCE v2 confirme que les paramètres de PFC (Priority Flow Control) et ETS (Enhanced Transmission Selection) ne sont plus appliqués correctement sur les cartes réseau.

Pour vérifier et réactiver ces paramètres, il faut passer par les commandes PowerShell et l’outil Set-NetQosPolicy ainsi que les cmdlets QoS. Commencez par contrôler l’état actuel avec :

powershell

Get-NetQosTrafficClass

Get-NetQosPolicy

Get-NetAdapterQos

Vous devez voir une classe QoS configurée pour SMB Direct (port TCP 445) avec priorité 3, et PFC activé sur cette priorité. Si ce n’est pas le cas, recréez la configuration :

powershell

New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3

Enable-NetQosFlowControl -Priority 3

Disable-NetQosFlowControl -Priority 0,1,2,4,5,6,7

New-NetQosTrafficClass -Name "SMB" -Priority 3 -BandwidthPercentage 50 -Algorithm ETS

Ensuite, appliquez la configuration sur les NICs utilisées par le cluster :

powershell

Enable-NetAdapterQos -Name "NomDeVotreNIC"

Vérifiez également dans le pilote de la carte réseau (via le gestionnaire de périphériques > Propriétés de l’adaptateur > Avancé) que RoCE v2 est bien activé et que les paramètres de PFC ne sont pas désactivés par le firmware. Certains pilotes Mellanox ou Intel nécessitent une configuration complémentaire via leur propre utilitaire (par exemple mlxconfig pour Mellanox).

Enfin, assurez-vous que le switch physique supporte et a activé PFC sur les mêmes priorités. Une configuration côté hôte sans correspondance côté switch provoque exactement ce type de bascule en TCP/IP.

En résumé, la réactivation passe par la recréation des politiques QoS SMB Direct, l’activation du PFC sur la priorité 3, et la vérification de la cohérence entre hôtes et switchs. Si après cela le problème persiste, il faudra vérifier la version du firmware NIC et du pilote, car certaines mises à jour Windows Server ont réinitialisé les paramètres RoCE v2 dans le passé.

J’espère que vous trouverez ici des éléments utiles pour débloquer votre job. Si cela vous aide à mieux comprendre le problème, merci d’accepter la réponse. N’hésitez pas à revenir avec vos questions complémentaires. Bonne journée !

HP.