Bonjour
Oui, le LACP fait un partage de la bande "statistique". Souvent c'est
simplement un algorithme de parité avec les adresses Mac, du genre si la
somme des adresse mac est paire, tu passes sur le premier lien, sinon
sur le second. Y a d'autres algos implantés, mais c'est souvent comme ça
de base. Il ne faut pas oublier que balancer du trafic d'une même
session TCP sur deux liens s'avèrent souvent contre-productif.
Thierry
Le 09/07/2023 à 23:06, Jérôme Quintard a écrit :
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/
