Un serveur sérieux ne pend pas à un seul câble : le bonding agrège deux liens physiques en une interface unique, tolérante à la panne, et le bridge en fait un commutateur logiciel pour vos machines virtuelles. Ce guide configure les deux sous Linux avec netplan : un bond en mode active-backup (redondance), puis un bridge par-dessus. Vous vérifiez l'agrégation avec /proc/net/bonding, et vous prouvez la bascule en coupant le lien actif : le trafic continue sur l'autre. Toutes les sorties viennent d'un lab réel (Ubuntu 24.04, deux liens dédiés). Public visé : administrateurs qui montent un serveur redondant ou un hôte de virtualisation.
Le bonding et le bridge sont des objectifs LFCS (domaine Networking). Ce guide en est la mise en pratique de bout en bout.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Distinguer un bond (agrégation de liens) d'un bridge (commutateur logiciel).
- Créer un bond en mode active-backup avec netplan.
- Poser un bridge par-dessus le bond, pour y raccorder des VM.
- Vérifier l'état avec
/proc/net/bondingetip. - Prouver la tolérance de panne par une bascule réelle.
Prérequis
Section intitulée « Prérequis »- Un serveur Linux avec au moins trois interfaces : une pour l'administration (ici
eth0, qui porte le SSH et qu'on ne touche pas), et deux liens à agréger (iciens19etens20). - netplan (Ubuntu 18.04+, Debian avec netplan). Les équivalents
NetworkManager/nmcli(RHEL) etsystemd-networkdsont signalés. - Les droits
sudo.
Bond et bridge : deux briques différentes
Section intitulée « Bond et bridge : deux briques différentes »On les confond souvent, alors qu'ils répondent à deux besoins opposés :
- Un bond (ou bonding, link aggregation) fusionne plusieurs liens physiques en une seule interface logique. But : la redondance (si un câble ou un switch tombe, l'autre prend le relais) ou le débit (additionner la bande passante). Il agit vers le bas, côté matériel.
- Un bridge est un commutateur réseau logiciel : il connecte plusieurs interfaces (physiques, VM, conteneurs) sur un même segment. But : donner un accès réseau à des machines virtuelles. Il agit vers le haut, côté machines.
Les deux se combinent : un bond pour la redondance en bas, un bridge sur le bond pour raccorder les VM en haut. C'est l'architecture réseau classique d'un hôte de virtualisation.
Choisir le mode de bond
Section intitulée « Choisir le mode de bond »Le mode détermine comment les liens coopèrent. Trois sont courants :
| Mode | Comportement | Quand |
|---|---|---|
| active-backup (mode 1) | Un lien actif, l'autre en secours | Redondance simple, aucun réglage côté switch |
| 802.3ad (mode 4, LACP) | Les liens s'additionnent, négociés en LACP | Débit + redondance, switch compatible LACP requis |
| balance-rr (mode 0) | Répartition paquet par paquet | Débit maximal, mais risque de déséquencement |
Ce guide utilise active-backup : c'est le plus robuste et le seul qui ne demande aucune configuration sur le commutateur en face. Parfait pour se protéger d'une panne de switch ou de câble.
Configurer le bond avec netplan
Section intitulée « Configurer le bond avec netplan »Créez un fichier netplan dédié (sans toucher à celui de cloud-init qui gère l'administration). Il déclare les deux liens, le bond, puis le bridge.
network: version: 2 ethernets: ens19: dhcp4: false ens20: dhcp4: false bonds: bond0: interfaces: [ens19, ens20] parameters: mode: active-backup primary: ens19 mii-monitor-interval: 100 bridges: br0: interfaces: [bond0] addresses: [10.10.0.1/24]Deux paramètres méritent un mot. primary: ens19 désigne le lien préféré : il reprend la main dès qu'il revient. mii-monitor-interval: 100 dit au noyau de surveiller l'état des liens toutes les 100 ms ; c'est ce qui permet la bascule rapide.
Appliquez la configuration :
sudo netplan applyVérifier l'agrégation
Section intitulée « Vérifier l'agrégation »Un coup d'œil aux interfaces montre la hiérarchie complète : deux esclaves, un maître, un pont.
ip -br link showeth0 UP bc:24:11:1e:d3:37 <BROADCAST,MULTICAST,UP,LOWER_UP>ens19 UP aa:06:70:cb:79:2d <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>ens20 UP aa:06:70:cb:79:2d <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>bond0 UP aa:06:70:cb:79:2d <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP>br0 UP 86:2d:8f:28:10:2b <BROADCAST,MULTICAST,UP,LOWER_UP>Notez que ens19 et ens20 partagent la même adresse MAC (aa:06:...), celle du bond : de l'extérieur, les deux liens ne forment qu'une seule interface. Le détail vit dans un fichier du noyau :
cat /proc/net/bonding/bond0Bonding Mode: fault-tolerance (active-backup)Primary Slave: ens19 (primary_reselect always)Currently Active Slave: ens19MII Status: upSlave Interface: ens20 MII Status: upSlave Interface: ens19 MII Status: upLe mode est confirmé (active-backup), le lien actif est ens19, et les deux esclaves sont sains (MII Status: up). Le bridge br0, lui, porte l'adresse IP :
ip -br addr show br0br0 UP 10.10.0.1/24 ...Prouver la tolérance de panne
Section intitulée « Prouver la tolérance de panne »C'est le test qui compte : que se passe-t-il si un lien tombe ? Simulons la panne du lien actif.
sudo ip link set ens19 downLe noyau détecte la perte en moins de 100 ms et bascule sur le lien de secours :
cat /proc/net/bonding/bond0Currently Active Slave: ens20Slave Interface: ens20 MII Status: upSlave Interface: ens19 MII Status: downLe lien actif est devenu ens20, ens19 est down, et surtout le bond reste UP :
ip -br link show bond0bond0 UP aa:06:70:cb:79:2d <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP>Aucune coupure de service : le trafic est simplement passé sur l'autre câble. Quand ens19 revient, il reprend la main (grâce à primary) :
sudo ip link set ens19 up# Currently Active Slave: ens19C'est toute la valeur du bond : une panne de câble, de port de switch ou de carte devient invisible pour les services.
Sur RHEL, AlmaLinux et Rocky
Section intitulée « Sur RHEL, AlmaLinux et Rocky »La famille Red Hat gère le réseau avec NetworkManager. La même agrégation se crée avec nmcli :
sudo nmcli connection add type bond ifname bond0 bond.options "mode=active-backup,miimon=100"sudo nmcli connection add type ethernet ifname ens19 master bond0sudo nmcli connection add type ethernet ifname ens20 master bond0sudo nmcli connection add type bridge ifname br0sudo nmcli connection modify bond0 master br0 slave-type bridgeLe concept est identique : deux esclaves, un bond, un bridge. Seul l'outil de configuration change ; /proc/net/bonding/bond0 reste la source de vérité.
Sécurité et points de vigilance
Section intitulée « Sécurité et points de vigilance »- Gardez une interface d'administration hors du bond : elle vous sauve si la configuration réseau part de travers.
- Vérifiez le mode côté switch :
802.3adexige du LACP configuré en face, sinon le lien reste inutilisable.active-backupn'a pas cette contrainte. - Testez la bascule avant la production : un bond qui n'a jamais basculé est un bond dont vous ignorez s'il bascule.
- Surveillez
/proc/net/bonding: un esclave enMII Status: downsilencieux vous laisse sans redondance sans le savoir.
Dépannage
Section intitulée « Dépannage »| Symptôme | Cause probable | Solution |
|---|---|---|
Le bond reste DOWN | Aucun esclave up, ou switch en LACP attendu | Vérifier /proc/net/bonding, passer en active-backup |
Perte de la main après netplan apply | Interface SSH intégrée au bond | Repartir de la console, sortir l'interface d'admin |
| Pas de bascule à la coupure | mii-monitor-interval absent | Ajouter mii-monitor-interval: 100 |
802.3ad sans débit supplémentaire | LACP non négocié côté switch | Configurer le port-channel sur le switch |
| Le bridge ne passe pas le trafic | bond0 non membre du bridge | Vérifier interfaces: [bond0] sous bridges |
Mettre en pratique
Section intitulée « Mettre en pratique »Un bond qui n'a jamais basculé sous vos yeux reste une promesse sur le papier. Le lab reprend le scénario côté Red Hat : vous montez un bond active-backup sous un bridge avec nmcli, puis vous coupez le lien actif et observez la bascule dans /proc/net/bonding.
Contrôle de connaissances
Section intitulée « Contrôle de connaissances »Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.
Contrôle de connaissances
Validez vos connaissances avec ce quiz interactif
Informations
- Le chronomètre démarre au clic sur Démarrer
- Questions à choix multiples, vrai/faux et réponses courtes
- Vous pouvez naviguer entre les questions
- Les résultats détaillés sont affichés à la fin
Lance le quiz et démarre le chronomètre
Vérification
(0/0)Profil de compétences
Quoi faire maintenant
Ressources pour progresser
Des indices pour retenter votre chance ?
Nouveau quiz complet avec des questions aléatoires
Retravailler uniquement les questions ratées
Retour à la liste des certifications
À retenir
Section intitulée « À retenir »- Un bond agrège des liens physiques (redondance/débit) ; un bridge est un commutateur logiciel pour les VM. Les deux se combinent.
- active-backup est le mode le plus robuste : redondance sans aucun réglage côté switch.
- netplan déclare tout dans un fichier ;
/proc/net/bonding/bond0est la source de vérité de l'état. - La bascule se prouve en coupant le lien actif : le lien de secours prend le relais, le bond reste UP.
primaryfait reprendre la main au lien préféré ;mii-monitor-intervalconditionne la vitesse de détection.- Ne mettez jamais l'interface d'administration dans le bond avant d'avoir validé la configuration.