Les algos de hash d'un LACP ne permettent quasiment jamais d'étaler une connexion TCP sur plusieurs liens. Les algos de hash peuvent remonter jusqu'aux infos L4 (port source/dest en general en plus des ip/src dest) et donc ça ne permet pas de splitter une connexion sur plusieurs lien. Petit parenthèse sur Vxlan qui a pas mal causé de problème au début à cause de la faible entropie de l'en-tête et qui montre bien le problème de ces algos de hash et de l'efficacité du LACP qui est tributaire du trafic (et donc pas vraiment déterministe, i.e. réussir à remplir 70% de la somme des liens d'un LACP c'est déjà pas mal).
D'ailleurs c'est pas du tout dans l'esprit de LACP à la base de faire ça (meme si linux a un mode balance-rr dans la couche d'agrégation de lien) ça reviendrait à dispatcher les paquets d'une connexion sur n'importe quel lien en fait, et du coup ça devient plus une problématique de scheduling de paquets sur de multiples interfaces pour pas perturber la connexion TCP et en fait il y a un standard pour ça c'est FlexE mais c'est pour gérer des liens backbone (balance-rr sous linux autant ça marche avec deux serveurs face à face autant si y'a un peu de de chemin réseau -genre ECMP et/ou du LACP *normal*- ça fera rien gagner, voir pire et dégrader le débit TCP). Le lun. 10 juil. 2023 à 10:28, Dominique Rousseau <d.rouss...@nnx.com> a écrit : > > Le Sun, Jul 09, 2023 at 09:06:57PM +0000, Jérôme Quintard > [jquint...@outlook.com] 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. > (...) > > > > * Est-ce que le LACP est bien limité à un seul canal par session ? > > LACP a permet de definir un lien "virtuel" compose de plusieurs liens > physiques avec la meme adresse MAC. > Mais en soi, ca ne definit pas comment la repartition se fait entre eux. > Ca c'est l'algorithme de hachage qui va le definir, et ca se joue du > cote de celui qui emet. > Il faut donc regarder ce que tes NAS supportent pour ca. > En general, pour un echange ( une session TCP ) entre 2 peripheriques, > ton LACP ne t'apporte qu'une redondance des liens, et pas l'aggregation > du debit. > > Cote reseau, le mieux serait donc d'avoir au moins 2 flux ( avec 2 > adresses ips source et destinations differentes ), pour utiliser les > liens. > En faisant ca, tu vas aussi causer des lectures et ecritures a 2 > endroits differents sur tes NAS. Ca peut etre benefique ( les disques > physiques sollicietes sont differents) ou non ( si les disques sont les > memes ... ) > > > > > * 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 ? > > Tu pourrais certainement ameliorer les choses en utilisant des jumbo, > oui. Il faut bien sur que le switch le supporte. Ce qui peut jouer > aussi, c'est la capacite des NAS a augmenter la taille de la fenetre > TCP. > > -- > Dominique Rousseau > Neuronnexion, Prestataire Internet & Intranet > 6 rue des Hautes cornes - 80000 Amiens > tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
