Hello, Avant de chercher un problème de réseau, ce n'est pas simplement tes disques qui seraient tous arrivés au bout de leur cache lors de la restauration et dont les performances auraient simplement dégringolé ?
On voit souvent ça avec des restaurations complètes, tu n'as pas une courbe du trafic sur la durée de la restauration ? -- Cordialement, Best regards, ______________________________________________________ Nicolas Simond Ingénieur Systèmes et réseaux https://www.nicolas-simond.ch/ ------- Original Message ------- On Sunday, July 9th, 2023 at 11:06 PM, Jérôme Quintard <jquint...@outlook.com> wrote: > Hello, > > J'ai deux NAS identiques dont la performance "théorique" totale est estimée à > 1 Go/s en lecture et 432 Mo/s en écriture. > > Les NAS sont connectés à un switch en 2 x1 Gb/s via du LACP. > > Lors d'une restauration de l'un sur l'autre nous sommes limités par la plus > petite bande passante... c'est le port du switch avec ses 128 Mo/s (sauf > erreur la session utilise un seul canal LACP). > > Un iperf entre les deux NAS me donne raison : 117 Mo/s. > > Sauf que les 10 To que l'on a restauré ont pris 68h (de la première à la > dernière écriture donc sans le délai nécessaire pour générer la liste des > fichiers). > > Avec 117 Mo/s on arrivera logiquement à restaurer 28To en 68h. > A l'inverse 10 To en 68h nous donne 40 Mo/s. > > D'où 3 questions : > > * Est-ce que le LACP est bien limité à un seul canal par session ? > > * Le MTU par défaut de 1500 n'est pas top. Est-ce la raison et surtout > comment calculer la différence avec du jumbo frames ? > > * Vu que le site était off pendant la restauration (qui s'est déroulé un > weekend) qu'est-ce qui pourrait expliquer cette limite à 40 Mo/s en dehors du > MTU ? > > Merci pour vos avis. > > Jerome > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/
publickey - me+frnog@nicolas-simond.ch - 0x756F19C4.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
