L'agrégation de liens améliore-t-elle réellement la charge de travail de votre NAS domestique ?
L’agrégation de liens est utile uniquement lorsque la charge de travail de votre NAS génère suffisamment de flux de trafic indépendants ou nécessite une bascule de lien.
Pour un NAS domestique, deux ports Ethernet agrégés ne doublent pas automatiquement la vitesse d’une copie SMB. La décision utile dépend de la présence de plusieurs clients, conteneurs, machines virtuelles, tâches de sauvegarde ou sessions de protocole qui s’exécutent simultanément, de la manière dont le switch répartit ces flux sur les deux liens, et de la capacité du stockage et du processeur à gérer le trafic combiné.
Décrivez la charge de travail avant d’activer l’agrégation
Listez les clients, protocoles, directions et chevauchements temporels qui comptent réellement. Une seule station de travail copiant un gros fichier est une charge de travail différente de deux éditeurs lisant des médias pendant qu’un autre appareil sauvegarde des photos et qu’un conteneur sert des applications.
Admin Magazine décrit l’agrégation de liens comme plusieurs liens agissant ensemble entre systèmes, mais la capacité agrégée est répartie selon la logique de l’agrégation et du switch, plutôt que promise à chaque flux individuel.
Enregistrez une base de référence avec le port unique actuel : débit par client, débit total du NAS, latence, utilisation du CPU, utilisation des disques, et si la congestion apparaît uniquement lorsque les charges se chevauchent. Sans cet enregistrement, un écran de statut LACP réussi ne prouve pas que les utilisateurs ont gagné en performance.
Testez d’abord un client et un transfert
Effectuez une lecture et une écriture d’un gros fichier depuis un seul client, puis répétez après activation du LAG. Gardez le chemin client, la version SMB, le stockage et le fichier constants pour que le résultat reflète la conception réseau plutôt qu’une charge différente.
Une explication pratique pour un home-lab note que LACP ne double pas un flux unique car une décision de hachage assigne normalement cette connexion à un seul membre. L’agrégation peut indiquer une capacité totale plus élevée alors que ce flux unique reste limité par un seul port.
Si la copie unique reste à la vitesse d’un seul lien, ce n’est pas un échec du LAG. Cela signifie que votre cas d’usage doit être évalué avec plusieurs flux indépendants, SMB Multichannel, ou un lien individuel plus rapide, plutôt que d’attendre que l’agrégation modifie le comportement TCP.
Mesurez plusieurs clients simultanément
Démarrez deux clients ou plus qui transfèrent chacun un gros fichier vers ou depuis différents dossiers du NAS. Lancez-les presque en même temps, puis enregistrez le résultat de chaque client et le trafic combiné sur les deux interfaces membres.
Les tests multi-clients d’AnandTech montrent que le débit multi-clients peut plafonner avant la capacité théorique de l’agrégation lorsque les IOPS de stockage ou un autre sous-système deviennent limitants.
Un résultat utile d’agrégation n’est pas seulement du trafic sur les deux ports. Le débit combiné doit dépasser celui d’un lien tout en maintenant la stabilité des clients individuels, et le NAS ne doit pas atteindre un plafond de stockage, CPU ou mémoire qui annule le gain réseau.
Comparez LACP avec SMB Multichannel pour un client rapide
SMB Multichannel et l’agrégation de liens résolvent des problèmes différents. LACP répartit les flux réseau indépendants sous SMB, tandis que Multichannel peut créer plusieurs connexions de transport SMB lorsque les deux extrémités exposent des chemins adaptés.
Le guide de ZimaSpace sur les chemins SMB Multichannel explique pourquoi une session SMB peut utiliser plusieurs interfaces directement au lieu de dépendre uniquement d’un hachage switch.
Testez ces configurations séparément. N’activez pas simultanément une agrégation et Multichannel sans comprendre la sélection des chemins résultante ; des rapports communautaires décrivent des configurations où LAG et Multichannel interagissent de manière à compliquer le résultat attendu.
Testez la bascule comme un avantage distinct
La redondance peut justifier une agrégation même si le débit ne s’améliore pas. Pendant un transfert actif, déconnectez un câble membre ou désactivez un port switch dans une fenêtre de maintenance contrôlée et observez si la session se met en pause, se reconnecte ou échoue.
Le résultat dépend du mode d’agrégation, du support du switch, de l’intervalle de détection de panne, du comportement du protocole, et si les deux liens membres atteignent le même réseau logique. Un lien revenant dans le LAG est aussi un événement de test car les oscillations peuvent créer des changements de chemin répétés.
Conservez la bascule uniquement si elle protège un service important et que le comportement de récupération est documenté. Un NAS domestique utilisé par un seul client proche peut peu bénéficier de cette configuration supplémentaire, tandis qu’un serveur de stockage supportant plusieurs services toujours actifs peut valoriser la résilience même sans copies plus rapides.
Conservez l’agrégation de liens uniquement si la charge de travail le justifie
Choisissez LACP lorsque les flux concurrents dépassent régulièrement un port, que le switch géré supporte le même mode, que le stockage peut alimenter la demande combinée, et que la bascule a une valeur opérationnelle. Choisissez un port unique plus rapide lorsque la priorité est un client ou un transfert dominant.
Utilisez un enregistrement de décision plutôt qu’une supposition basée sur le nombre de ports : charge de travail de base, charge agrégée, répartition sur les liens membres, débit total, plafond de stockage, charge CPU, et résultat de la bascule. Si l’agrégation n’apporte aucun bénéfice répétable, sa complexité de surveillance et de récupération reste un coût réel.
Le résultat réussi peut être de conserver un lien 2,5GbE ou 10GbE, d’utiliser SMB Multichannel sur des interfaces indépendantes, ou de garder LACP pour un service multi-clients. Le bon choix est celui qui modifie la charge de travail mesurée du NAS domestique, pas celui qui produit la plus grande étiquette d’interface.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
