SMB multicanal via VPN : ce que le client utilise réellement

Un accès lent aux fichiers via un VPN incite à voir le réglage multicanal comme une solution, et ce réglage n'a souvent rien avec quoi travailler. Une seule carte virtuelle sans RSS ne peut pas répartir le trafic sur plusieurs canaux, quoi qu'en dise la case à cocher. Ce qui compte, c'est la capacité que SMB voit aux deux extrémités, pas la fiche technique de la carte réseau physique de l'ordinateur portable. Le parcours ci-dessous part d'une session active et remonte à la disposition des cartes.

Partez de la session, pas de la fiche technique de la carte réseau

Confirmez d'abord que la session peut utiliser le multicanal. La fonction appartient à SMB3, donc un dialecte plus ancien négocié avec un équipement ou un serveur hérité l'exclut avant que la moindre question de carte ne compte. Confirmez ensuite à quel serveur le client s'est réellement connecté, car un nom qui résout vers un autre nœud que celui que vous inspectez donne un résultat convaincant mais hors sujet.

Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface

La première commande nomme le dialecte, le serveur et le partage sur une ligne. La deuxième indique si la fonction est activée sur le client, et la troisième liste les interfaces que SMB connaît avec leurs capacités déclarées. Une carte virtuelle qui ne déclare ni RSS ni RDMA vous dit ce que la disposition peut devenir.

Si le dialecte n'est pas SMB3, arrêtez-vous et réglez cette question d'abord. Sinon, chaque commande ultérieure décrira une fonction qui ne peut pas s'activer.

Lisez les interfaces du client honnêtement

SMB se moque de la carte qui porte votre route par défaut ; il énumère les interfaces qu'il peut utiliser et évalue chacune d'elles. Un ordinateur portable doté du Wi-Fi, d'Ethernet et d'une carte VPN peut présenter trois interfaces, et une seule d'entre elles peut être joignable pour le serveur à qui vous parlez. Les autres sont des candidates, pas des canaux.

Lisez les colonnes RSS et RDMA plutôt que la colonne de vitesse de liaison. Une carte virtuelle annonce souvent une vitesse nominale élevée sans capacité RSS, et la vitesse nominale décrit la liaison virtuelle, pas le chemin par internet. Aucun des deux nombres ne vous dit combien de canaux la session utilise.

Si la carte n'affiche aucune capacité RSS, le correctif pris en charge relève du pilote du fournisseur VPN, pas des propriétés avancées de la carte réseau physique. Cocher une case RSS sur la carte matérielle ne change rien à ce que la carte virtuelle expose à SMB.

Séparez les canaux sélectionnés des candidates découvertes

La liste des connexions est la partie la plus souvent mal lue. Candidates non sélectionnées comprises, la sortie montre tout ce que SMB a examiné, et ce n'est pas l'ensemble des canaux qui transportent des données. Lisez l'indicateur de sélection et le nombre de canaux pour la paire d'interfaces client et serveur qui vous intéresse.

Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *

Remplacez par le nom de votre serveur. La seconde forme imprime les propriétés des connexions sélectionnées, y compris les index d'interface et le nombre actuel de canaux, qui est le nombre qui compte. Plusieurs adresses découvertes sur une carte restent une seule carte.

Une adresse découverte peut aussi être inutilisable à cause de la politique VPN : ce peut être une adresse de sous-réseau local que le tunnel ne transporte pas, ou une adresse que le serveur ne sert que sur un autre réseau. SMB la liste comme candidate parce que l'interface existe, pas parce que le chemin fonctionne.

Ce que la carte VPN fait à la disposition

Trois dispositions méritent d'être distinguées, car seules deux d'entre elles peuvent produire plus d'un canal. Une seule carte sans RSS donne un canal. Une seule carte compatible RSS peut répartir les connexions entre les cœurs. Plusieurs cartes utilisables peuvent produire plusieurs canaux même sans RSS, et c'est la configuration que les gens oublient lorsqu'ils supposent que RSS est obligatoire.

La dernière ligne est celle qui compte via un VPN. Les canaux qui entrent tous dans le même tunnel chiffré partagent le débit du tunnel, le processeur de la passerelle et la liaison WAN. Y ajouter un canal redistribue le travail sans ajouter de capacité, et la mesure le montrera.

Gardez la signature et le chiffrement activés pendant la comparaison, car les désactiver change ce que vous mesurez. Un résultat de performance qui dépend de la désactivation d'un réglage de sécurité n'est pas un résultat que vous pouvez déployer.

Mesurez la charge qui est réellement lente

Nommez la charge avant de changer quoi que ce soit : une grande copie séquentielle, de nombreux petits fichiers dans un répertoire, ou une application qui ouvre et ferme des handles. Le multicanal peut aider le premier cas lorsque de vrais chemins indépendants existent, et fait très peu pour le troisième, car le coût y est des allers-retours dépendants plutôt que de la bande passante.

Capturez une référence avec la disposition actuelle, changez une chose, puis capturez à nouveau avec le même jeu de fichiers et à la même heure de la journée. Notez le nombre de chemins sélectionnés à côté du chiffre, afin qu'un lecteur ultérieur puisse dire si le changement a modifié la disposition ou seulement la charge.

Si les canaux n'ont pas changé, la question de performance est ailleurs : le coût de chiffrement du tunnel, la latence du chemin, ou le disque et le processeur du serveur. Cela mérite d'être mesuré avant d'ajouter une carte de plus à un ordinateur portable qui en a déjà assez.