Pourquoi votre NAS 10GbE semble-t-il encore lent ?

Le 10GbE semble devoir rendre un NAS instantanément rapide. Sur le papier, 10 Gbps peut transférer bien plus de données que 1GbE, et beaucoup d’utilisateurs s’attendent à ce que les copies de gros fichiers soient proches de la vitesse d’un SSD local.

En réalité, un NAS 10GbE peut encore sembler lent car le port réseau n’est qu’une partie de la chaîne. Si le pool de disques, la configuration RAID, le CPU, les voies PCIe, les paramètres SMB, le SSD client, le câble, le switch ou le chemin de la route ne suivent pas, le transfert de fichiers ralentira bien avant que le lien 10GbE ne devienne la limite.

Le 10GbE supprime le goulot d’étranglement réseau, pas tous les goulots d’étranglement

La première idée reçue est que le 10GbE rend automatiquement chaque charge NAS rapide. Ce n’est pas le cas. Il ne fait qu’augmenter le plafond réseau. Tout ce qui se trouve derrière ce port doit toujours alimenter le lien.

Un transfert NAS est une chaîne. Les données passent des disques via un contrôleur, un système de fichiers, un CPU, un protocole de fichier, une NIC, un câble, un switch, une NIC client, un OS client et un disque client. La couche la plus lente détermine la vitesse réelle.

Idée reçue : 10GbE ne signifie pas que chaque copie de fichier doit fonctionner à 1 Go/s. Cela signifie que le réseau est moins susceptible d'être le premier goulot d'étranglement.

Commencez par tester le réseau sans stockage

Avant de modifier les paramètres RAID ou de blâmer vos disques, testez le chemin réseau brut. Un outil comme iperf aide à distinguer la vitesse du réseau de celle du stockage car il teste le débit TCP/UDP sans copier de fichiers depuis un pool de disques.

Si iperf est lent, dépannez d'abord le réseau : vitesse du lien, pilote NIC, port du switch, câble, chemin de la route, cohérence des jumbo frames, et vérifiez si le transfert utilise bien l'interface 10GbE.

Si iperf est lent, dépannez le réseau. Si iperf est rapide mais la copie de fichiers est lente, dépannez le stockage et le protocole.

Les pools de disques durs ne peuvent souvent pas alimenter un lien 10GbE

Les disques durs sont souvent le premier véritable goulot d'étranglement. Un seul disque dur NAS est bien en dessous de ce que peut supporter un 10GbE. Même un bon disque NAS 7200 tr/min peut ne fournir que quelques centaines de Mo/s en débit séquentiel soutenu, et les charges de travail réelles sont souvent plus lentes.

Cela signifie qu’un port 10GbE peut rester majoritairement inactif pendant que le pool HDD lutte avec les écritures de parité, les vitesses mixtes des disques, les petits fichiers, les reconstructions, les vérifications ou les E/S aléatoires.

Par exemple, la fiche technique Seagate IronWolf Pro liste des modèles 20 To avec des débits soutenus maximum autour de 285MB/s, ce qui est utile pour les charges NAS mais reste bien en dessous d’un lien 10GbE complet. Utilisez cela comme vérification de réalité avant d’attendre qu’un seul HDD ou un petit pool HDD se comporte comme un stockage NVMe via les débits soutenus HDD NAS.

Idée reçue : un port 10GbE ne fait pas que quatre disques mécaniques se comportent comme un stockage NVMe.

Les configurations NAS SSD et NVMe peuvent toujours créer des goulets d’étranglement

Les SSD améliorent la situation, mais SSD ne signifie pas automatiquement vitesse 10GbE complète. Certains SSD écrivent vite seulement tant que leur cache tient. Les SSD sans DRAM peuvent ralentir lors d’écritures longues. Les NVMe peuvent réduire leur vitesse en cas de surchauffe.

L’intérieur du NAS compte aussi. Un slot M.2 peut ne pas fonctionner à pleine bande passante PCIe x4. Plusieurs slots M.2 peuvent partager des lignes. Un contrôleur ou un backplane SATA peut limiter plusieurs disques ensemble. La fiche technique peut indiquer « NVMe » ou « 10GbE », mais la vraie question est de savoir si tout le chemin peut soutenir le transfert.

Idée reçue : « NVMe dans un NAS » ne suffit pas. Il faut aussi suffisamment de lignes PCIe, un bon refroidissement, une bande passante contrôleur adéquate, et une charge de travail qui en bénéficie.

Le CPU et les services du NAS peuvent limiter le débit

Lorsque le CPU du NAS est saturé, le port 10GbE attend, il ne fonctionne pas. Le partage de fichiers ne consiste pas seulement à copier des octets du disque au câble. Le NAS peut également gérer SMB, le chiffrement, la compression, les sommes de contrôle, les instantanés, l'antivirus, l'indexation, les analyses médias, la synchronisation cloud ou les applications Docker en même temps.

Les CPU NAS basse consommation peuvent être excellents pour le stockage domestique, les sauvegardes et les bibliothèques multimédias, mais les charges 10GbE exposent plus rapidement la surcharge CPU. Surveillez l’utilisation du CPU, l’iowait, l’utilisation du disque et l’utilisation du réseau pendant une copie au lieu de ne regarder que le chiffre final en Mo/s.

Idée fausse : si le tableau de bord du NAS affiche 10GbE connecté, cela ne signifie pas que le CPU et les services de stockage peuvent le saturer.

Les voies PCIe et les contrôleurs comptent plus que ce que suggère la fiche technique

« Compatible 10GbE » signifie souvent que le port existe. Cela ne prouve pas que tout le NAS peut l’alimenter. C’est particulièrement important dans les designs compacts de NAS et mini-serveurs où les voies PCIe doivent être partagées entre les cartes réseau, les emplacements M.2, les contrôleurs SATA, les contrôleurs USB et les cartes d’extension.

Vérifiez la largeur réelle des voies et la génération. Une carte réseau 10GbE, un emplacement NVMe ou une carte d’extension peut être limité par des voies partagées. Un backplane SATA peut aussi limiter le débit total de plusieurs disques même si chaque disque semble correct individuellement.

Idée fausse : « compatible 10GbE » signifie que le port existe. Cela ne prouve pas que tout le chemin de stockage est de classe 10GbE.

SMB peut être la raison pour laquelle iperf semble rapide mais la copie de fichiers paraît lente

iperf prouve la capacité du tuyau. SMB prouve le flux de travail des fichiers. Si iperf est rapide mais que les copies de fichiers SMB semblent lentes, le problème peut venir du comportement du protocole, des métadonnées, de la signature, du chiffrement, de l’implémentation client ou de la latence du stockage.

Les recommandations de Microsoft pour l’optimisation des performances du serveur de fichiers SMB pointent vers des facteurs tels que la gestion de l’alimentation, les pilotes, les services inutiles, le chiffrement SMB, la signature SMB, SMB Direct et SMB Multichannel. Ces détails prennent beaucoup plus d’importance une fois que le réseau n’est plus le goulot d’étranglement évident.

Ne réglez pas SMB avant de savoir si le réseau et les disques peuvent réellement transférer les données.

Les petits fichiers rendent le 10GbE décevant

Le 10GbE aide surtout pour les transferts séquentiels importants. Il aide moins lorsque la charge de travail est constituée de milliers de petits fichiers, de recherches de métadonnées, de vignettes, de dépôts de code, de dossiers d'applications ou de répertoires de projet avec de nombreux petits éléments.

Les charges de travail de petits fichiers sont souvent limitées par la latence, les IOPS, les métadonnées du système de fichiers et le comportement du client plutôt que par la bande passante brute. C'est pourquoi un gros fichier vidéo peut se copier rapidement alors qu'un dossier de photos, de fichiers de projet ou de node_modules semble lent.

Idée reçue : une copie lente de petits fichiers ne signifie pas toujours que le réseau 10GbE est défaillant. Cela peut signifier que la charge de travail n'est pas limitée par la bande passante.

La machine cliente peut être le goulot d'étranglement

Parfois, le NAS n'est pas lent du tout. C'est le client qui l'est. Un bureau, un portable, une station d'accueil, un adaptateur, un SSD local, un outil antivirus, un client SMB ou un réglage d'économie d'énergie peuvent limiter le transfert.

C'est particulièrement courant lors de la copie depuis un NAS rapide vers un disque USB externe lent, via un adaptateur Thunderbolt chaud, ou vers un SSD local qui ralentit après remplissage du cache. Le NAS ne peut envoyer les données aussi vite que le client peut les recevoir.

Idée reçue : si la copie est lente sur votre ordinateur, le NAS n'est pas automatiquement le périphérique lent.

Câbles, switches et routes peuvent discrètement casser le 10GbE

Ne supposez pas que le trafic utilise le chemin que vous avez prévu. Si votre NAS ou ordinateur dispose à la fois de 1GbE et 10GbE, le système d'exploitation peut choisir la mauvaise interface. Le DNS peut résoudre une IP plus lente. Un partage mappé peut encore pointer vers l'ancienne adresse.

Les problèmes physiques du réseau comptent aussi : câbles défectueux, vitesses de repli de lien, modules SFP+ incompatibles, émetteurs-récepteurs RJ45 surchauffés, backplanes de switch faibles, routage VLAN et ports instables peuvent tous rendre le 10GbE instable.

Idée fausse : si les deux appareils ont un port 10GbE, votre transfert de fichiers n’utilise pas automatiquement ce chemin.

Les tâches en arrière-plan peuvent rendre un NAS rapide aléatoirement lent

Si le NAS était rapide hier mais lent aujourd’hui, vérifiez ce qui tourne d’autre. Les reconstructions RAID, scrubs, nettoyages de snapshots, indexations média, génération de miniatures, scans antivirus, synchronisations cloud, sauvegardes et bases de données Docker peuvent tous concurrencer les transferts de fichiers.

C’est pourquoi le même NAS peut sembler incohérent durant la semaine. Le matériel n’a pas changé. La charge de travail, si.

Avant de modifier les réglages réseau, ouvrez le moniteur de tâches du NAS et vérifiez si les disques ou le CPU sont déjà occupés.

Un meilleur ordre de dépannage

La pire façon de dépanner 10GbE est de changer des réglages au hasard. Commencez par séparer les couches. Vérifiez le réseau. Vérifiez le stockage. Vérifiez le client. Puis testez le protocole et la charge de travail.

Un flux pratique de dépannage NAS 10GbE ressemble à ceci :

Ne réglez pas SMB avant de savoir si le réseau et les disques peuvent réellement transférer les données.

Quand 10GbE vaut encore la peine

10GbE vaut toujours la peine lorsque le reste du système est conçu pour cela. Les gros fichiers vidéo, les sauvegardes et restaurations rapides, les images VM, les archives de modèles IA, le stockage SSD/NVMe, le travail créatif multi-utilisateur et la production média peuvent tous bénéficier d’un lien plus rapide.

La clé est d’adapter la conception du NAS à la charge de travail. Une approche utile de dépannage des performances NAS 10GbE vérifie tout le chemin au lieu de supposer que seule la carte réseau détermine la vitesse.

Pour les utilisateurs qui construisent autour de sauvegardes rapides, bibliothèques médias, archives de modèles IA, stockage cloud privé ou flux créatifs, un NAS 10GbE a le plus de sens lorsqu’il combine un chemin réseau plus rapide avec suffisamment de baies de disques, le support SSD/NVMe, une marge CPU et une configuration de stockage capable de maintenir le lien occupé.

Conclusion

Un NAS 10GbE semble lent quand le reste du système ne suit pas. Le port peut être rapide, mais les disques, la configuration RAID, le CPU, les lignes PCIe, les réglages SMB, le disque client, le câble, le switch ou le chemin réseau peuvent être plus lents que le réseau.

La bonne solution n’est pas de deviner. Testez d’abord le réseau brut, puis le stockage, puis le disque client, puis le protocole, puis la charge de travail. Une fois que vous savez quelle couche est lente, le 10GbE est beaucoup plus facile à optimiser.

FAQ

Pourquoi mon NAS 10GbE copie-t-il seulement à 300–700 Mo/s ?

Cette vitesse signifie généralement qu’autre chose que le réseau limite le transfert. Les goulots d’étranglement courants incluent les pools de disques durs, les écritures parité RAID, la surcharge SMB, la charge CPU du NAS, la vitesse du disque client, les tâches en arrière-plan ou les petits fichiers.

Un NAS 10GbE doit-il toujours atteindre 1 Go/s ?

Non. Le 10GbE peut supporter environ 1 Go/s dans des conditions idéales de gros fichiers, mais la vitesse réelle dépend des disques, de la configuration RAID, du protocole, du CPU, du client et de la charge de travail.

Comment savoir si c’est le réseau ou le NAS qui est lent ?

Utilisez iperf pour tester d'abord le débit brut du réseau. Si iperf est lent, corrigez le chemin réseau. Si iperf est rapide mais que les copies de fichiers sont lentes, examinez le stockage, les réglages SMB/NFS, la vitesse du disque client et les tâches en arrière-plan.

Les disques durs peuvent-ils saturer le 10GbE ?

Un seul disque dur ne peut pas. Un pool de plusieurs disques durs peut s'en approcher pour les lectures séquentielles importantes, mais les écritures, la parité RAID, les disques mixtes, les petits fichiers, les reconstructions et les vérifications peuvent le maintenir bien en dessous de la vitesse du 10GbE.

Les SSD résoudront-ils un NAS 10GbE lent ?

Parfois. Les SSD aident seulement si le CPU du NAS, les lignes PCIe, le contrôleur, le refroidissement, le protocole et le client peuvent aussi suivre. Certains SSD ralentissent après épuisement du cache ou sous limitation thermique.

Pourquoi iperf est-il rapide alors que la copie SMB est lente ?

iperf teste le tuyau réseau. La copie de fichiers SMB implique aussi le stockage, les métadonnées, les permissions, le comportement du client, la signature, le chiffrement et les réglages du protocole. Un résultat iperf rapide ne garantit pas un flux de fichiers rapide.

Le 10GbE aide-t-il avec les petits fichiers ?

Moins que ce que les gens pensent. Les petits fichiers sont généralement limités par les métadonnées, la latence, les IOPS et le comportement du client, pas par la bande passante brute du réseau. Le 10GbE aide surtout pour les transferts séquentiels importants.

Le 10GbE vaut-il encore la peine pour un NAS domestique ?

Oui, si votre charge de travail l'utilise : gros fichiers médias, montage vidéo, sauvegarde/restauration rapide, images de machines virtuelles, archives de modèles IA, stockage SSD/NVMe ou plusieurs utilisateurs actifs. C'est moins utile pour un seul disque dur lent ou de très petits transferts de fichiers.