服务器配置LACP与核心交换机注册上线，核心是服务器网卡绑定模式和交换机端口聚合模式必须一致，同时确保交换机上的聚合口完成注册并正常转发流量。
服务器配置lacp步骤详解：先理清绑定模式
LACP（Link Aggregation Control Protocol）是链路聚合控制协议，用在服务器和交换机之间把多条物理链路聚合成一条逻辑链路，配置前必须搞清楚两侧的模式匹配问题，否则协商不通过，端口永远是Down的。
服务器网卡绑定lacp交换机配置需要什么前提
- 服务器至少有两块物理网卡,且速率、双工模式保持一致
- 交换机预留两个或以上以太网端口,支持LACP功能
- 服务器与交换机的物理链路直连,中间不跨其他设备（多数场景如此）
- 双方的VLAN配置和接口模式需要提前规划
行业共识认为,绝大多数部署问题出在模式不匹配上，LACP有两种协商模式：主动（Active）和被动（Passive），服务器端配置为主动，交换机端也必须有一侧为主动才能完成协商，如果两端都是被动，协商永远不成功。
实操：Linux下配置bonding实现lacp
这里以CentOS/Rocky Linux 8/9系统为例，使用内核自带bonding驱动，模式选3ad（对应mode=4），这是最常见的服务器双网卡lacp配置教程路径。
- 查看服务器网卡编号,假设物理网卡为
enp1s0f0和enp1s0f1 - 创建bond接口配置文件
/etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE=bond0 NAME=bond0 TYPE=Bond BONDING_MASTER=yes BOOTPROTO=static IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 ONBOOT=yes BONDING_OPTS="mode=4 miimon=100 lacp_rate=fast"
- 修改两个物理网卡配置,将
MASTER和SLAVE指向bond0
DEVICE=enp1s0f0 TYPE=Ethernet BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yes
DEVICE=enp1s0f1 TYPE=Ethernet BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yes
重启网络服务或重启服务器
systemctl restart NetworkManager
如果使用network管理,则执行systemctl restart network，重启后用cat /proc/net/bonding/bond0查看绑定状态，看到MII Status: up且两个Slave都处于up状态，说明服务器侧配置完成。
Windows Server环境下的NIC Teaming配置
Windows Server的网卡组合（NIC Teaming）也支持LACP，在“服务器管理器”中进入“本地服务器”，点击“NIC组合”旁边的“禁用”，再打开新界面。
- 在“任务”下拉菜单中选择“新建团队”
- 把需要聚合的物理网卡勾选进来
- 团队模式选择“LACP 静态聚合”
- 负载平衡模式根据业务选“地址哈希”或“动态”
配置完成后,交换机侧必须同步配置LACP聚合，否则团队成员会显示为禁用状态。
核心交换机注册上线配置：从端口到聚合组
“注册上线”这个说法在运维中常指核心交换机完成聚合配置后，物理端口状态从“未启用”变为“已注册”，生成的逻辑接口正常收发LACP报文，以华为交换机为例，使用Eth-Trunk接口实现。
核心交换机lacp配置命令示例
登录核心交换机系统视图,创建Eth-Trunk并设置模式为静态LACP。
system-view
interface Eth-Trunk 1
mode lacp-static
trunkport GigabitEthernet 0/0/1
trunkport GigabitEthernet 0/0/2
quit如果物理端口之前已经配置了独立属性,需要先清除，再加入聚合组。
interface GigabitEthernet 0/0/1
undo port link-type
eth-trunk 1
quit
interface GigabitEthernet 0/0/2
undo port link-type
eth-trunk 1
quit聚合口创建好后,需要配置端口类型和VLAN，服务器上联口通常配置为Access或Hybrid，放行对应业务VLAN。
interface Eth-Trunk 1
port link-type access
port default vlan 100
quit配置完成后,使用display eth-trunk 1 verbose可以查看成员端口状态，理想情况下，两个物理口都显示为Selected，表示注册成功。
思科交换机上的等价配置
思科称为Port-channel，模式使用active。
interface port-channel 1 switchport mode access switchport access vlan 100 interface GigabitEthernet 0/1 channel-group 1 mode active interface GigabitEthernet 0/2 channel-group 1 mode active
channel-group 1 mode active对应华为的mode lacp-static，只要一端是主动，另一端也是主动或被动，协商就能成功。
核心交换机注册上线后如何排查lacp协商失败
即使配置步骤完全一致,也可能出现端口无法注册上线的情况，常见原因有物理链路松动、两端模式不匹配、VLAN不一致、网卡驱动未正确识别LACP。
用display命令检查交换机侧协商状态
执行display eth-trunk 1 verbose，重点看每个成员端口的PortStatus，如果某个端口一直显示Unselected，说明该链路没有被纳入聚合组。
- 检查两端速率和双工：登录服务器端使用
ethtool enp1s0f0查看 - 检查LACP系统优先级：不同厂商默认优先级可能不同，但多数场景不影响
- 检查聚合口是否允许所需VLAN：用
display vlan vlan 100查看端口成员 - 检查物理线缆：换一个交换机端口重新接好后观察状态
从服务器端抓包验证LACP报文
在服务器上抓取LACP报文（Slow Protocol，目的MAC为01:80:c2:00:00:02），确认服务器是否周期性地发送LACPDU，命令如下：
tcpdump -i enp1s0f0 -s 0 -vvv ether proto 0x8809
如果抓不到任何LACP报文,说明服务器绑定驱动加载失败或模式配置错误，如果抓到报文但交换机侧不回应，说明交换机端口没有加入聚合组或模式不匹配。
常见的虚拟化场景：VMware vSwitch
虚拟机环境里配置LACP需要额外注意,在vSphere标准交换机上启用LACP，首先要在vSwitch属性里将“安全”策略中的“入站/出站”都改为接受，然后在“团队配置”中创建绑定为“基于IP哈希”的负载均衡策略，并为每个物理网卡设置活动的“上行链路”，之后在核心交换机上创建同样的Eth-Trunk，模式选LACP，相比物理机，虚拟交换机对LACP的支持需要依赖vSphere版本和交换机驱动，部分免费版ESXi可能不支持。
服务器配置lacp与核心交换机注册上线的场景选择
并非所有业务都必须启用LACP,当服务器单条链路带宽已经满足需求，且对冗余要求不高时，配置静态聚合或直接使用单网卡更简单，需要LACP的场景通常具备以下特征：
- 业务流量大,单条万兆网卡仍带宽不足
- 对链路冗余有强需求,要求故障时秒级切换
- 服务器和交换机均为企业级设备,支持标准802.3ad
值得注意的是,LACP本身不会提升单会话的吞吐量，多数负载均衡算法基于源/目的IP哈希，如果业务是单一TCP长连接，数据仍然只会走一条物理链路，因此在选型时要评估业务并发连接数。
服务器配置lacp和核心交换机注册上线,本质是把两端状态调成一致，先把服务器网卡绑定模式设为3ad，再把交换机Eth-Trunk设为lacp-static或active，然后逐个加入物理端口，配置完成后用display eth-trunk确认端口状态为Selected，同时检查服务器侧bond状态，只要双向协商通过，注册上线就是水到渠成的事。
Q&A：服务器配置lacp步骤与核心交换机注册上线常见问题
服务器配置lacp需要几块网卡？
至少需要两块物理网卡,一块网卡无法形成聚合组，也无法实现链路冗余，部分主板自带的双口网卡是常见选择，两个网口分别连接交换机的两个独立端口。
核心交换机lacp配置和静态聚合有什么区别？
LACP是动态协商协议,两端会定期交换LACPDU，并自动管理成员端口的状态，静态聚合（华为的手工Eth-Trunk或思科的on模式）不需要协商，只要物理链路up就处于转发状态，但无法自动感知对端配置变更，LACP相对更安全，能防止错误接线导致的环路，推荐在服务器接入场景使用。
核心交换机注册上线时端口一直显示Unselected，怎么解决？
先确认服务器侧bonding配置已生效,用ethtool检查物理链路速率和双工，然后在交换机上执行display eth-trunk verbose和display lacp statistics，观察是否收到对端LACP报文，如果收到报文但端口未选中，检查两端模式是否匹配，以及成员端口是否被其他业务配置占用，最后尝试把端口分为不同的聚合组，避免接口冲突，多数情况下，重新执行shutdown和undo shutdown可以触发重新协商。