凌晨 2:10，香港机房机柜上的两台 1U 服务器的告警灯在黑暗里一闪一闪，ToR 交换机的风扇像小型喷气发动机。今晚的目标很明确：把业务主机从“单口 10GbE”升级到“双口 10GbE 聚合 + 冗余”，以解决高峰时段带宽打满、链路偶发抖动的问题。变更窗口只有 60 分钟，我不能失手。

一、现场环境与设计目标

1）硬件与软件清单（真实范式）

注：Windows Server 2012 R2~2022 都支持传统 LBFO NIC Teaming；如果你是 Hyper-V 场景，更推荐 SET（Switch Embedded Teaming）。本文两种都给出，按你的业务选其一。

2）目标与约束

目标 A（带宽聚合）：2×10GbE → 理论聚合接近 20Gbps（多流场景）。

目标 B（链路冗余）：任意一根链路断开，业务不中断。

约束：业务不允许长时间中断；交换机侧已具备 MLAG/LACP 能力，但我们要准备 Plan-B：Switch Independent，以防交换机配置窗口不同步。

二、设计选型：三种 Teaming 模式的取舍

关键提醒：

单个 TCP 流通常无法突破单链路速率（~9–9.8Gbps），多流（如 iperf -P 8、SMB 多通道、多个并发会话）才能吃满聚合带宽。

若 ToR 是两台不同交换机且没有 MLAG/VPC 等跨机箱聚合能力，则 不要用 LACP/Static 跨接，改用 Switch Independent。

三、上线前检查清单（踩坑率骤降）

• 驱动/固件：更新到供应商建议的稳定版本（尤其是 X710）。
• 网卡混插：尽量同型号同固件，不要把不同厂商 NIC 混在同一个 Team。
• MTU 一致：交换机端口、服务器物理口、Team 接口、VLAN 子接口 MTU 一致（如 9000）。
• RSS/RSC：开启硬件卸载与 RSS（Receive Side Scaling）以发挥多核能力。
• VLAN 规划：若 Trunk，多 VLAN 场景用 Team NIC（VLAN 子接口）。
• 回退路径：OOB 管理口能进 BMC；预备 Remove-NetLbfoTeam 一键回滚。
• 变更窗口：和网管确认 LACP/MLAG 已创建或时序一致。

四、实操—LBFO（非 Hyper-V）首选方案

1）基础检测

# 查看网卡状态与驱动
Get-NetAdapter | ft Name, Status, LinkSpeed, MacAddress, DriverInformation

# 查看高级属性（MTU/Jumbo、RSS）
Get-NetAdapterAdvancedProperty -Name "Ethernet1","Ethernet2" |
  where {$_.DisplayName -match "Jumbo|RSS|Offload"} |
  ft Name, DisplayName, DisplayValue

若要启用巨帧（示例值以驱动实际可选项为准）：

Set-NetAdapterAdvancedProperty -Name "Ethernet1","Ethernet2" -DisplayName "Jumbo Packet" -DisplayValue "9014 Bytes"
Enable-NetAdapterRss -Name "Ethernet1","Ethernet2"

2）创建 Team（Plan-A：LACP）

交换机侧：把两口加入同一 LAG（LACP active），trunk 必要的 VLAN。

# 创建 Team，动态负载算法更智能
New-NetLbfoTeam -Name "Team0" `
  -TeamMembers "Ethernet1","Ethernet2" `
  -TeamingMode LACP `
  -LoadBalancingAlgorithm Dynamic

Plan-B：Switch Independent（无需改交换机）：

New-NetLbfoTeam -Name "Team0" `
  -TeamMembers "Ethernet1","Ethernet2" `
  -TeamingMode SwitchIndependent `
  -LoadBalancingAlgorithm Dynamic

3）给 Team 配 IP（Access 场景）

# Team0 直接打 IP
New-NetIPAddress -InterfaceAlias "Team0" -IPAddress 10.20.30.40 -PrefixLength 24 -DefaultGateway 10.20.30.1
Set-DnsClientServerAddress -InterfaceAlias "Team0" -ServerAddresses 10.20.30.2,10.20.30.3

4）VLAN Trunk 场景（推荐用 Team VLAN 子接口）

# 在 Team 上创建 VLAN 子接口
New-NetLbfoTeamNic -Team "Team0" -VlanID 10 -Name "Team0-VLAN10"
New-NetLbfoTeamNic -Team "Team0" -VlanID 20 -Name "Team0-VLAN20"

# 分别配置 IP
New-NetIPAddress -InterfaceAlias "Team0-VLAN10" -IPAddress 10.10.10.10 -PrefixLength 24
New-NetIPAddress -InterfaceAlias "Team0-VLAN20" -IPAddress 10.10.20.10 -PrefixLength 24

5）验证 Team 状态

Get-NetLbfoTeam
Get-NetLbfoTeamMember -Team Team0 | ft InterfaceDescription,Status,LinkSpeed
Get-NetAdapter | ? {$_.Name -like "Team0*"} | ft Name, Status, LinkSpeed, VlanID

五、Hyper-V 场景：改用 SET（Switch Embedded Teaming）

如果服务器跑 Hyper-V，官方更建议 SET。思路：在创建虚拟交换机时启用嵌入式 Team。

# 用两块物理口创建一个可管理的vSwitch，并启用SET
New-VMSwitch -Name "vSwitch-Tenant" `
  -NetAdapterName "Ethernet1","Ethernet2" `
  -EnableEmbeddedTeaming $true `
  -AllowManagementOS $true `
  -MinimumBandwidthMode Weight

VLAN、队列、带宽权重可按租户/VM 再做细化，不赘述。交换机侧同样建议 LACP/MLAG；若无条件，则用独立口接入 + 上层策略保证冗余。

六、压测与故障演练

1）吞吐测试（iperf3，多流）

在 Windows 上安装 iperf3（服务端）：

iperf3.exe -s

在对端（同 VLAN 的测试主机）发起（客户端）：

iperf3.exe -c 10.10.10.10 -P 8 -t 30

我的一次实测数据（双口 10G，LACP 动态算法，MTU 9000）：

2）SMB 多通道验证（文件复制）

# 查看 SMB 多通道会话
Get-SmbMultichannelConnection
# 大文件复制（观察速率）
robocopy \\peer\share D:\test\ bigfile.bin /R:0 /W:0 /NP

3）链路断开演练（热拔一根光纤）

观察 ping 丢包：通常 0~1 个包丢失。

事件日志：

Get-WinEvent -LogName "Microsoft-Windows-NIC Teaming/Operational" -MaxEvents 10 |
  ft TimeCreated, Id, LevelDisplayName, Message -Wrap

Get-NetLbfoTeamMember 中一根口会变成 Disconnected，流量在另一根上继续跑。

七、监控与性能调优

1）性能计数器（PerfMon）

Network Interface(*)\Bytes Total/sec（关注 Team 接口实例）

TCPv4/Segments Retransmitted/sec（重传率过高就看 MTU/丢包）

Processor(*)% Processor Time（高并发时 CPU 装载）

2）常见可调项

RSS 队列数：与 CPU 物理核匹配（非逻辑线程数），避免过度或不足。

Set-NetAdapterRss -Name "Ethernet1","Ethernet2" -NumberOfReceiveQueues 8

Large Send Offload/Checksum Offload：一般保持开启。

中断合并（Interrupt Moderation）：大包/大吞吐有利，但对低时延业务谨慎。

MTU 9000：注意全链路一致；出现“黑洞”现象立即回退 1500 验证。

八、我踩过的坑与解决手记

LACP 跨两台交换机但未启用 MLAG

现象：MAC 抖动、LACP 协商失败。

处理：要么在交换机上开启 MLAG/vPC，要么改 Switch Independent。

巨帧只改了服务器端

现象：单流还行，多流掉速严重，偶发连接超时。

处理：全链路统一 MTU（服务器 Team、物理口、交换机端口、上游链路）。

混用不同品牌/代际网卡组 Team

现象：负载不均、偶发掉队。

处理：同一 Team 尽量同型号同固件；异构口分不同 Team 或只用做备份。

VLAN 打在物理口和 Team 子接口“双重 Tag”

现象：上不去网，ARP 异常。

处理：只在一层打 Tag。推荐用 New-NetLbfoTeamNic 在 Team 上做 VLAN 子接口。

Hyper-V 用了 LBFO，VM 内吞吐不稳

现象：VM 内速率忽高忽低。

处理：改用 SET 创建 vSwitch；LBFO 更适合非 Hyper-V 场景。

Team 成功，DNS/网关没切

现象：本机通但外网不通。

处理：确认 IP/DNS/GW 都在 Team（或 Team VLAN 子接口）上，物理口不再配置 L3。

九、SOP 与回滚脚本

1）标准上线步骤（摘要）

• 驱动/固件核验 → 备份当前网配 → OOB 验证可达。
• （可选）交换机预配置 LACP/MLAG。
• Windows 创建 Team（Plan-A LACP，Plan-B Switch Independent）。
• 配置 IP/VLAN 子接口 → Ping/路由验证。
• 启用 RSS/巨帧（必要时）→ 业务健康检查。
• 多流压测 → 链路断开演练 → 观察日志。
• 开启长期监控（PerfMon/采集）。

2）快速回滚

# 一键回滚（保留 OOB 通道！）
Remove-NetLbfoTeam -Name "Team0"

# 如需彻底清理 VLAN 子接口
Get-NetLbfoTeamNic -Team Team0 | Remove-NetLbfoTeamNic

十、附：常用命令速查表

十一、结果复盘与数据表

变更结束前，我又跑了一轮验证（业务真实流量 + 合成压测）：

十二、天光微亮，风声变得温柔

收拾好跳线、锁上柜门，走廊尽头的玻璃上已经透进微弱的天光。业务大屏曲线平滑，链路冗余在深夜静静守护。NIC Teaming 并不神秘，关键在于选对模式、打好基础、把验证做足。
下次你站在机房冷风口时，希望这份记录能替你挡掉一半的坑，另一半，就交给你的经验和判断。