Ce guide explique comment agréger quatre ports 1 Gb/s d’une carte Dell i350 via LACP pour atteindre 4 Gb/s cumulés, avec des réglages pas‑à‑pas côté Windows Server et côté commutateur L3, des exemples de configuration, des tests et du dépannage.
Sommaire
Vue d’ensemble de la question
Un serveur de fichiers doté d’une carte Dell i350 4 ports doit cumuler le débit des quatre liens (4 × 1 Gb/s) via un commutateur de gestion (Layer 3). Les points à trancher :
- Faut‑il inclure les quatre ports dans la même équipe ?
- Quels réglages choisir pour le mode d’équipe, l’équilibrage de charge et l’adaptateur de secours ?
- Quelles configurations appliquer côté commutateur ?
Réponse & solution (synthèse)
| Élément | Recommandation principale | Explications / Bonnes pratiques complémentaires |
|---|---|---|
| Sélection des ports | Sélectionner les 4 ports dans la même équipe. | Permet d’agréger la bande passante et d’assurer la tolérance de panne. Vérifier même vitesse/duplex, MTU, et câbler sur le même commutateur ou un stack*. |
| Mode de teaming | LACP (IEEE 802.3ad) — agrégation dynamique. | Négociation automatique, redondance et équilibrage sans configuration statique fragile. Utiliser « statique » uniquement si le commutateur ne gère pas LACP. |
| Équilibrage de charge | Windows Server 2016+ : Dynamic. Cartes Dell/Intel ANS : Adaptive Load Balancing ou TCP/UDP Port Hash. | Répartition fine des flux sans saturer un seul lien. Pour un serveur SMB, Dynamic ou un hash TCP/UDP donne d’excellents résultats. |
| Adaptateur de secours | Inutile avec LACP (tous les liens actifs/actifs). | Option « standby » pertinente uniquement en mode Switch‑Independent / Active‑Standby si le commutateur ne supporte pas LACP. |
| Configuration du commutateur L3 | Activer un LAG/port‑channel en LACP (mode active) sur les 4 ports. Appliquer les VLAN requis (tagged/untagged), MTU identique, speed/duplex fixes. | Conserver RSTP/MSTP pour éviter les boucles. Si vous utilisez des trames jumbo (≥ 9000 o), régler l’MTU identique sur serveur et switch. Surveiller les compteurs d’erreurs, LACP et débit. |
* Si vous devez répartir les liens sur deux châssis, assurez‑vous que le fabricant prend en charge l’agrégation multi‑châssis (MLAG, VPC, VSF, MC‑LAG). Sinon, restez sur un même équipement.
Mythes & réalités sur le débit agrégé
- 4 Gb/s agrégés ≠ 4 Gb/s pour une seule connexion TCP. LACP distribue les flux selon un hachage (MAC/IP/port). Un flux unique emprunte un seul lien (≈ 1 Gb/s).
- Plusieurs clients ou plusieurs flux parallèles (ex. SMB Multichannel) permettent d’utiliser plusieurs liens et d’approcher 4 Gb/s cumulés.
- Pour un client unique qui doit dépasser 1 Gb/s, il faut : plusieurs liens côté client (LACP + Multichannel), ou passer en 2.5/5/10 GbE.
- SMB Multichannel (Windows 8/Server 2012+) ouvre plusieurs connexions TCP et sait exploiter plusieurs interfaces/queues ; avec LACP, cela multiplie les flux et maximise l’agrégat.
- La Dell i350 ne supporte pas RDMA : ignorez SMB Direct (RoCE/iWARP) pour cette carte et restez sur SMB Multichannel + LACP.
Prérequis matériels et logiciels
- Serveur avec Dell/Intel i350 4×1 GbE, pilotes et firmware à jour.
- Commutateur L3 supportant LACP (802.3ad) et, si besoin, MLAG/stack.
- Windows Server 2016/2019/2022 (NIC Teaming « LBFO » supporté pour hôtes physiques) ou Hyper‑V + SET pour hôtes de virtualisation.
- Câblage Cat 5e/6 de bonne qualité, même longueur approximative, ports à 1 Gb/s forcés si nécessaire.
Configuration côté Windows Server (fichier, hôte physique)
Via l’interface graphique
- Ouvrez Gestionnaire de serveur > Gestion > Équipes de cartes réseau.
- Créez une équipe TeamingMode : LACP, LoadBalancing : Dynamic.
- Sélectionnez les 4 interfaces i350. Laissez « Adaptateur de secours » désactivé.
- Créez un adaptateur d’équipe (Team NIC). Affectez IPv4/IPv6 et, si besoin, ajoutez des VLAN.
Via PowerShell
# Créer l'équipe LACP 4x1G (LBFO)
New-NetLbfoTeam -Name "Team-i350" `
-TeamMembers "Ethernet1","Ethernet2","Ethernet3","Ethernet4" `
-TeamingMode LACP -LoadBalancingAlgorithm Dynamic
# (Optionnel) VLANs logiques sur l'équipe
Add-NetLbfoTeamNic -Team "Team-i350" -VlanID 10 -Name "Team-i350.10"
Add-NetLbfoTeamNic -Team "Team-i350" -VlanID 20 -Name "Team-i350.20"
# Vérifications
Get-NetLbfoTeam
Get-NetLbfoTeamMember
Get-NetAdapter | Where-Object {$_.Name -like "Team-i350*"} | Format-Table -AutoSize Hyper‑V : Switch Embedded Teaming (SET)
Pour un hôte Hyper‑V récent, préférez SET (plutôt que LBFO) et laissez la team au niveau commutateur (LACP). Exemple :
# Exemple minimal SET (sans LACP côté host ; LACP côté switch)
New-VMSwitch -Name "vSwitch" -NetAdapterName "Ethernet1","Ethernet2","Ethernet3","Ethernet4" `
-AllowManagementOS $true -EnableEmbeddedTeaming $true
Activer et vérifier SMB Multichannel
# SMB Multichannel est activé par défaut, vérification :
Get-SmbServerConfiguration | Select EnableMultiChannel
# Vérifier les connexions multicanal actives :
Get-SmbMultichannelConnection
# Voir les interfaces SMB côté serveur :
Get-SmbServerNetworkInterface Configuration côté Linux (bonding / teamd)
Bonding (mode 802.3ad)
# Exemple /etc/modprobe.d/bonding.conf (si nécessaire)
options bonding max_bonds=1
# Exemple Netplan (Ubuntu) /etc/netplan/01-bond.yaml
network:
version: 2
bonds:
bond0:
interfaces: [enp1s0, enp2s0, enp3s0, enp4s0]
parameters:
mode: 802.3ad
mii-monitor-interval: 100
transmit-hash-policy: layer3+4
addresses: [192.0.2.10/24]
gateway4: 192.0.2.1
nameservers:
addresses: [192.0.2.53] teamd (alternative)
# /etc/teamd/team0.conf
{
"runner": {"name": "lacp", "tx_hash": ["l3","l4"]},
"link_watch": {"name": "ethtool"},
"ports": {"enp1s0": {}, "enp2s0": {}, "enp3s0": {}, "enp4s0": {}}
}
Configuration du commutateur (L3) : principes & exemples
Objectif : créer un port‑channel LACP avec 4 interfaces, trunker les VLAN nécessaires, harmoniser MTU, vitesse et duplex, et conserver STP en mode « edge »/« portfast trunk » pour ports vers serveurs.
Principes généraux
- Mode LACP active côté switch et côté serveur (LBFO/SET/bonding).
- Mêmes réglages speed/duplex (1 Gb/s, full‑duplex) et MTU sur tous les membres du LAG.
- VLAN : trunk (802.1Q) si plusieurs VLAN, ou accès (untagged) si un seul.
- STP : laisser RSTP/MSTP/rapid en edge sur ports serveurs (accélère la convergence, évite les boucles).
- Pour deux châssis, n’utiliser que si le constructeur supporte MLAG/MC‑LAG/VPC/VSF. Sinon, connecter au même châssis.
Exemples de configuration (extraits génériques)
Commutateurs « type Cisco IOS »
interface range Gi1/0/1 - 4
description LACP vers serveur Dell i350
switchport trunk encapsulation dot1q
switchport mode trunk
switchport trunk allowed vlan 10,20
spanning-tree portfast trunk
channel-group 1 mode active
!
interface Port-channel1
description Team-i350
switchport mode trunk
switchport trunk allowed vlan 10,20
mtu 9216
Commutateurs « type Dell OS10/Force10 »
interface range ethernet 1/1/1-1/1/4
description LACP vers serveur Dell i350
mtu 9216
channel-group 1 mode active
!
interface port-channel 1
description Team-i350
switchport
switchport mode trunk
switchport trunk allowed vlan 10,20
spanning-tree rstp edge-port bpduguard
Commutateurs « type HPE/Aruba »
trunk 1-4 trk1 lacp
vlan 10,20 tagged trk1
spanning-tree trk1 admin-edge
jumbo
Commutateurs « type Juniper »
set interfaces ge-0/0/1 ether-options 802.3ad ae0
set interfaces ge-0/0/2 ether-options 802.3ad ae0
set interfaces ge-0/0/3 ether-options 802.3ad ae0
set interfaces ge-0/0/4 ether-options 802.3ad ae0
set interfaces ae0 aggregated-ether-options lacp active
set interfaces ae0 mtu 9216
set interfaces ae0 unit 0 family ethernet-switching port-mode trunk
set interfaces ae0 unit 0 family ethernet-switching vlan members [vlan10 vlan20]
set protocols rstp interface ae0 edge
VLAN, MTU et QoS
- VLAN : mappez précisément les VLAN utilisés par le serveur (ex. Production, Backup).
- Trames jumbo : si vous activez MTU 9000, faites‑le partout (serveur, LAG, cœur) sinon vous créerez des fragments/pertes.
- QoS : si cohabitent SMB, iSCSI, VoIP, définissez des classes (CoS/DSCP) et, si possible, des files de sortie adaptées.
Validation de performance & tests de bascule
Charger plusieurs flux
# Côté client A (vers serveur) - débits cumulés
iperf3 -c 192.0.2.10 -P 8 -t 60
# Côté serveur (écoute)
iperf3 -s Avec -P 8, vous générez 8 flux parallèles, ce qui doit activer plusieurs liens du LAG. Répétez depuis plusieurs clients pour valider l’agrégat 4 Gb/s.
SMB Multichannel
# Après un gros transfert, vérifier les connexions multicanal :
Get-SmbMultichannelConnection | Format-Table -AutoSize
Test de bascule (HA)
- Lancez un transfert soutenu (SMB/iperf3).
- Débranchez un câble de l’équipe.
- Vérifiez que le flux se poursuit (débit réduit mais pas d’interruption) et que l’OS/switch signale le membre LACP down.
Surveillance en exploitation
- Windows : Compteurs Microsoft‑Network‑Adapter,
Get-NetAdapterStatistics,Event Viewer > Microsoft‑Windows‑LBFO‑Provider. - Dell OpenManage : état des NIC, températures, firmwares.
- Switch :
show lacp neighbor,show port-channel summary,show interfaces counters errors, CRC, churn LACP.
Dépannage rapide (tableau de correspondance)
| Symptôme | Cause probable | Action corrective |
|---|---|---|
| Le port‑channel ne monte pas | Mode incompatible (statique vs LACP), VLAN/MTU incohérents, câbles inversés | Mettre LACP des deux côtés (active), aligner VLAN/MTU, forcer 1 Gb/s full‑duplex, tester chaque câble |
| Débit plafonné à ~1 Gb/s | Un seul flux TCP, SMB Multichannel inactif, hash trop grossier | Générer plusieurs flux, activer/valider SMB Multichannel, passer en hash L3+L4, tester depuis plusieurs clients |
| Paquets perdus après MTU 9000 | MTU non uniforme dans le chemin | Uniformiser MTU (serveur, LAG, uplinks, cœur) |
| Fluctuations de débit | Hash L2/L3 déséquilibré, collisions de flux « éléphants » | Passer en hash L3+L4, ajuster SMB/iperf3 (plus de flux), envisager 10 GbE pour gros transferts uniques |
| Boucle ou tempête de broadcast | Port mal ajouté au LAG, STP edge absent | Vérifier que tous les ports membres sont dans le channel‑group, activer portfast/edge |
Checklist avant mise en production
- BIOS/NIC firmware et pilotes à jour (Dell/Intel).
- 4 ports i350 visibles, liens up, mêmes speed/duplex/MTU.
- LACP active côté switch et OS, Load Balancing sur Dynamic (Windows) ou layer3+4 (Linux).
- VLAN et IP configurés correctement (tagged/untagged).
- STP edge/portfast trunk activé.
- Tests iperf3 multi‑flux OK, bascule par débranchement validée.
- Surveillance mise en place (compteurs OS et switch).
Scénarios d’architecture recommandés
| Cas | Architecture | Pourquoi |
|---|---|---|
| Serveur de fichiers autonome | LACP 4×1 Gb/s vers un switch L3 unique | Simple, robuste, 4 Gb/s agrégés pour plusieurs clients |
| Besoin de haute dispo physique | LACP 4×1 Gb/s vers un stack ou MLAG | Perte d’un châssis sans coupure (selon support constructeur) |
| Hôte Hyper‑V | SET côté host + LACP côté TOR | Compatibilité, performance VM, mobilité simplifiée |
| Gros flux uniques | Passage à 10 GbE (2× 10 GbE si besoin) | Un seul flux peut dépasser 1 Gb/s |
Bonnes pratiques supplémentaires
- Nommer clairement l’équipe (Team‑i350) et le port‑channel (Po1) pour faciliter l’exploitation.
- Épingler les NIC sur des CPU différents (RSS/NUMA) si charge élevée.
- Désactiver l’économie d’énergie agressive sur les NIC serveur.
- Journaliser les changements (config switch, OS) et conserver un runbook de retour arrière.
FAQ
Dois‑je inclure les 4 ports dans l’équipe ?
Oui, pour cumuler la bande passante et bénéficier d’une vraie tolérance de panne. Deux ports fonctionnent, mais 4 apportent plus de marge.
Quel mode d’équipe choisir ?
LACP (802.3ad) en priorité. En dernier recours, agrégation statique si le switch ne sait pas négocier, ou Switch‑Independent Active‑Standby si vous n’avez pas de LACP du tout.
Faut‑il un adaptateur de secours ?
Non en LACP : tous les liens sont actifs et la panne d’un port est gérée automatiquement. Un standby n’a de sens qu’en mode indépendant.
Que configurer côté commutateur ?
Un port‑channel LACP en mode active sur les 4 ports, VLANs adéquats, même MTU, STP edge, et contrôle des compteurs d’erreurs. Le tout doit correspondre aux réglages du serveur.
Puis‑je répartir les liens sur deux commutateurs ?
Oui uniquement si le constructeur supporte l’agrégation multi‑châssis (MLAG/MC‑LAG/VSF/VPC). Sinon, rester sur un seul châssis.
Conclusion
Avec une Dell i350 4×1 GbE, la combinaison LACP côté switch et Dynamic côté Windows (ou 802.3ad + layer3+4 sous Linux) fournit un agrégat 4 Gb/s robuste, tolérant aux pannes et simple à exploiter. En respectant les alignements de VLAN/MTU, en validant avec des tests multi‑flux et en surveillant les indicateurs, vous obtenez une plateforme de fichiers performante et stable. Pour dépasser 1 Gb/s sur un flux unique, planifiez une montée en 2.5/5/10 GbE ou activez SMB Multichannel côté client et serveur.