../
--==[ PETITE OPTMISATION RESEAU ]==--

configuration sommaire

Comment optimiser son reseau,sans acheter de carte gigabit :-)
(c'est un peu faut ce que j'écris plus haut, le gigabit ça doit etre quelques choses, mais faut raquer). j'ai un peu fait le travail a moitié car j'ai mis en place le bonding (agrégation d'interface) uniquement sur mon serveur LINUX, mon client WINDOWS ne conservant lui qu'une seul interface. mais les performances s'en ressentent, meme si le but premier était d'assurer un backup lors de la déconnexion accidentel d'une des interfaces.
L'effet secondaire, c'est une amélioration du trafic réseau.

Le pourquoi du bonding a la maison, pour moi le voici --> Mon Chat: AKIRA
Chez moi par exemple, les ordinateurs sont répartis dans les différentes pièce de mon appart (sauf les wc:), il suffit de se prendre les pieds dans un cable, ou que mon chat déconnecte une interface (il en ai capable) et hop...The NetworK is Down :)
Quelque part, je pense que les gens qui ont crées les solutions de haute disponibilité sous Linux l'ont fait en pensant a mon chat, un matou peut vous mettre un cluster de serveur par terre je suis sur :), c'est pour cela qu'il ont créer Linux Virtual Server, pour contrer mon chat: Akira
Remarque dans mon cas, d'autres solutions sont possibles:
- Tuer le chat...
- faire passer les cables au murs.
- marcher en wifi (adieux le débit).
- arreter l'informatique (c'est la meilleur je pense).


Voici rapidement comment "fusionner" deux interfaces réseau

Avant de commencer, on peut trouver la doc kernel du bonding ICI
elle explique tout, et bien mieux que moi :), par contre c'est en anglais.

Alors il faut:
  • au moins 2 cartes réseau
  • l'option bonding en module dans le noyaux
  • 2 cables réseau et un switch ou hub :)) ou 2 cables droit...enfin il faut avoir le minimun quoi !!
  • je crois qu'il faut aussi (c'est a confirmer), les programmes mii-* (chez moi j'ai mii-diag et mii-tool)

  • Je crois que toutes les cartes ne peuvent etre interroger par les programmes mii-diag ou mi-tool.
    Mes cartes reseaux sont une 3Com avec le chip 3c905 piloté par le module 3c90x.ko et une realtek avec le chip rtl8139 piloté par le module 8139too.ko, chargeable par modprobes.

    je vais quand meme faire un petit dessin pour les personnes qui croivent qu'un switch reseau est un nouveau modèle de montre suisse !!!



    Voici les commandes pour la mise en place du bond

    modprobe bonding mode=broadcast miimon=10
    ifconfig eth0 0.0.0.0 up
    ifconfig eth1 0.0.0.0 up
    ifconfig bond0 192.168.0.3 netmask 255.255.255.0 broadcast 192.168.0.255 up
    /sbin/ifenslave bond0 eth0 eth

    Voila, l'interface bond0 est en place a l'adresse 192.168.0.3
    je la vérifie en tapant less /proc/net/bonding/bond0



    less /proc/net/bonding/bond0

    Ethernet Channel Bonding Driver: v2.6.0 (January 14, 2004)
    Bonding Mode: fault-tolerance (broadcast)
    MII Status: up
    MII Polling Interval (ms): 10
    Up Delay (ms): 0
    Down Delay (ms): 0

    Slave Interface: eth0
    MII Status: up
    Link Failure Count: 1
    Permanent HW addr: 00:04:76:0b:18:4c

    Slave Interface: eth1
    MII Status: up
    Link Failure Count: 0
    Permanent HW addr: 00:50:fc:47:84:98

    Si je déconnecte un cable, voici le message dans /var/log/messages:
    Oct 20 23:23:41 verseau kernel: bonding: bond0: link status definitely down for interface eth0, disabling it
    Là, je cours le reconnecter et
    3-4 minute plus tard voici le message (toujours dans /var/log/messages :)
    Oct 20 23:23:41 verseau kernel: bonding: bond0: link status definitely up for interface eth0
    Si je déconnecte les 2 cables...pas besoin de dessin
    a aucun moment le trafic reseau n'a été interrompu, la coupure n'est pas perceptible
    le trafic continu avec un débit de carte 100Mb classique.

    différence des taux de transfert entre mon serveur FTP et mon serveur SMB


    Cette étude n'est ni vraimemnt précise, ni vraiment fiable, je m'explique:
    le serveur FTP utilisé ici est VSFTPD, qui a l'air franchement trés trés rapide.
    Peut etre que j'ai trop bu, mais comparé a PURE-FTPD, VSFTPD est une flèche car sans bonding ou optimisation aucune, il assure un flux de 8 Mo/s sur un lien 100 Mb
    Dans la capture ci-dessous, avec un bonding coté serveur il monte a 10,3 Mo/s...impressionant.
    Je monte a plus de 90% de la bande passante disponible, avec les paquets d'acquitement l'on doit s'y retrouver.




    Meme débit coté serveur, vu par IPTRAF