SMB Multichannel peut-il combiner des interfaces 1GbE et 2,5GbE ?

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Can SMB Multichannel Combine 1GbE and 2.5GbE Interfaces? - Zima Store Online

Il peut utiliser des interfaces compatibles de vitesses différentes, mais le résultat n'est pas une simple addition de 3,5 Gbit/s et peut être limité par le RSS, la sélection de route, la prise en charge du serveur, le stockage et le seul chemin le plus rapide.

Cela devient une véritable question de compatibilité lorsqu'un client et un NAS exposent chacun des liens 1GbE et 2,5GbE et que SMB Multichannel est activé pour un transfert volumineux. Commencez par un chemin ou un compte jetable, conservez l'état fonctionnel précédent, et évaluez la conception selon la charge de travail d'origine plutôt que selon un test de connexion ponctuel.

Définir quand SMB Multichannel à vitesses mixtes peut fonctionner

La branche prise en charge correspond à plusieurs canaux SMB compatibles avec des chemins indépendants. La branche concurrente correspond à un seul chemin actif, à un goulot d'étranglement partagé ou à des interfaces qui échouent lors de la sélection des capacités. Notez les versions, identités, adresses, chemins de montage, autorisations et l'état observable actuel avant de modifier l'une ou l'autre branche.

Le comportement de SMB Multichannel pertinent définit la première limite de compatibilité. Utilisez-le pour encadrer l'affirmation, puis vérifiez le même comportement sur ce serveur domestique précis au lieu de considérer une fonctionnalité documentée comme la preuve que toute la conception fonctionne.

Écrivez la règle de décision avant le test : la réussite doit se traduire par l'apparition des deux chemins comme canaux actifs, par l'augmentation des compteurs de trafic sur les deux et par la poursuite du transfert après la suppression d'un chemin ; l'échec inclut le fait qu'un seul canal transporte les données, que la vitesse totale reste celle du chemin le plus lent ou que la suppression d'une interface interrompe la session. Cela empêche de prendre une connexion partielle ou une sortie de commande sans erreur pour une compatibilité de bout en bout.

Exécuter le test le plus simple qui distingue les conceptions

Utilisez un seul élément discriminant contrôlé : vérifiez les canaux négociés, transférez un fichier volumineux depuis un stockage rapide, désactivez une interface à la fois et comparez le débit ainsi que l'utilisation du processeur. Gardez le client, la charge de travail, l'ensemble de fichiers, le compte et le calendrier constants afin que le composant modifié soit la seule explication plausible.

Utilisez les paramètres multicanal de Samba pour choisir la deuxième observation importante pour ce chemin. Capturez les deux côtés de la transaction : résolveur ou route, protocole négocié, identité du processus, code de sortie, latence, octets transférés et tout événement de récupération.

Répétez le test après l'événement du cycle de vie indiqué dans le titre - recréation, reconnexion, remontage, redémarrage, basculement ou changement de client. Une conception qui ne fonctionne que lorsque d'anciens sockets, caches ou identifiants restent actifs n'a pas réussi le test.

Get-SmbMultichannelConnection
Get-NetAdapter | Select Name,LinkSpeed
# comparer les compteurs par interface pendant un transfert

Interpréter les signaux de réussite, d'échec et d'exception

RÉUSSITE : les deux chemins apparaissent comme des canaux actifs, les compteurs de trafic augmentent sur les deux et le transfert se poursuit après la suppression d'un chemin. Enregistrez les versions exactes et la topologie qui ont produit cet état, car la conclusion s'applique à ces conditions et non à toutes les implémentations du protocole.

ÉCHEC : un seul canal transporte les données, la vitesse totale reste celle du chemin le plus lent ou la suppression d'une interface interrompt la session. Vérifiez les dépendances partagées telles que le DNS, le MTU, l'identité, l'état du pare-feu, la latence du stockage et les sessions mises en cache avant d'attribuer la responsabilité à l'une ou l'autre branche principale.

EXCEPTION : rétablissez la configuration plus simple à chemin unique et corrigez le RSS, le routage, la liaison ou la capacité du serveur avant de retester. N'élargissez pas les privilèges, ne supprimez pas les données source, n'affaiblissez pas la sécurité du transport et ne remplacez pas le stockage fonctionnel tant qu'une observation reproductible n'a pas identifié la limite défaillante.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

Valider la décision avec la charge de travail réelle

Appliquez uniquement l'action correspondant à la branche observée, puis relancez la charge de travail d'origine. Conservez la conception uniquement lorsque les deux chemins apparaissent comme des canaux actifs, que les compteurs de trafic augmentent sur les deux et que le transfert se poursuit après la suppression d'un chemin pendant deux cycles de vie pertinents et avec la charge simultanée attendue.

Utilisez les compromis liés à la signature SMB pour vérifier le flux de travail dépendant le plus proche. Son comportement en matière d'accès, de délais et de récupération doit rester inchangé pendant que la nouvelle conception est active.

Arrêtez-vous et revenez à l'état enregistré si un seul canal transporte les données, si la vitesse totale reste celle du chemin le plus lent ou si la suppression d'une interface interrompt la session. Faites remonter le problème avec les horodatages, les versions exactes, les éléments probants relatifs à la route ou au montage et la reproduction la plus simple, plutôt que d'ajouter une autre solution de contournement.

Recoupez le résultat avec les paramètres MTU de bout en bout afin que le risque ne soit pas simplement déplacé vers une autre couche réseau, d'identité, de sauvegarde ou de stockage.

Pour SMB Multichannel à vitesses mixtes, la réponse qualifiée est donc le jugement d'ouverture - et non un oui inconditionnel. L'état observable de réussite constitue la ligne d'acceptation ; l'état d'échec constitue la ligne de retour en arrière.