h3c服务器双网卡聚合，核心就是通过操作系统层面的bonding技术（Linux）或NIC组合功能（Windows），把两块物理网卡逻辑上合并成一块，实现带宽叠加和链路冗余，配置并不复杂，关键在选对bonding模式和交换机端口策略。
为什么你的h3c服务器需要做双网卡聚合
很多人在机房巡检时发现,自己手里的h3c服务器明明配了千兆双口甚至万兆双口网卡，但实际业务传输速度始终跑不满，原因不是网卡坏了，而是默认情况下两块网卡各走各的路，Windows系统只会用一块，Linux下则可能出现流量只从eth0走的情况，把双网卡聚合起来，相当于给数据传输修了一条双车道。
聚合带来的好处非常直观：
- 带宽翻倍：两块千兆网卡聚合后，理论最大吞吐接近2Gbps，这对内网频繁拷贝大文件、跑虚拟化存储的场景提升明显
- 故障自动切换：一块网卡或一根网线出问题，另一块立即接管，业务连接几乎不受影响
- 负载均衡：多路连接可以被分摊到不同物理网卡上，避免单卡过热或队列堆积
行业共识认为,对于跑数据库、视频监控存储或虚拟化平台的生产服务器，双网卡聚合应当作为标配操作。
h3c服务器双网卡聚合配置前的准备检查
动手之前别急着敲命令,先确认三件事，不然容易白忙活。
确认网卡型号和驱动状态
登录系统后,用命令查看当前网卡情况：
lspci | grep -i ethernet ip link show
h3c服务器常见的有Intel X710、X550，或者Broadcom NetXtreme系列，系统能正确识别并显示UP状态，后续操作才顺理成章。
确认交换机端口支持
这是最容易踩坑的地方,聚合模式分静态和动态（LACP）两种，如果交换机端口没做对应配置，聚合后反而会丢包，业内专家指出，多数情况下建议使用静态聚合（mode=4配合交换机静态LACP），兼容性最好，如果是直连另一台服务器（双机互联），则无需考虑交换机配置。
确认操作系统版本
不同系统的配置方式有差异：
- CentOS/RHEL 7及以下：使用bonding模块，修改ifcfg文件
- CentOS/RHEL 8/9、Rocky Linux、Ubuntu 18.04+：推荐使用teamd或NetworkManager的nmcli命令配置
- Windows Server：使用“NIC组合”功能，图形化操作
【h3c服务器双网卡聚合配置】Linux系统bonding实操全解
以最常见的CentOS 7.9环境、双千兆网卡（eth0和eth1）为例，走一遍完整配置流程。
第一步：加载bonding内核模块
modprobe bonding echo "alias bond0 bonding" >> /etc/modprobe.d/bonding.conf
内核模块加载后,系统里就会出现bond0这个逻辑网卡，要让重启后仍生效，继续执行：
echo "options bonding mode=4 miimon=100" >> /etc/modprobe.d/bonding.conf
- mode=4：802.3ad动态链路聚合，需要交换机开启LACP
- miimon=100：每100毫秒检测一次链路状态，发现断线立即切换
如果交换机不支持LACP,就把mode改成1（主备模式），这种模式不需要交换机配合，但带宽不会翻倍，只做冗余，想同时要带宽和冗余又不想配交换机，可以考虑mode=0（轮询模式），但需要交换机支持静态捆绑，否则可能造成MAC地址漂移。
第二步：修改从属网卡配置文件
编辑两个物理网卡各自的配置文件,让它们成为bond0的成员，以eth0为例：
vim /etc/sysconfig/network-scripts/ifcfg-eth0
改为：
DEVICE=eth0 TYPE=Ethernet BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yes
eth1的配置同理,把DEVICE换成eth1即可。
第三步：创建bond0主配置文件
vim /etc/sysconfig/network-scripts/ifcfg-bond0
如下：
DEVICE=bond0 TYPE=Bond NAME=bond0 BONDING_MASTER=yes BOOTPROTO=static IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 ONBOOT=yes BONDING_OPTS="mode=4 miimon=100"
根据你实际的内网规划填写IP、掩码和网关。
第四步：重启网络服务验证
systemctl restart network cat /proc/net/bonding/bond0
看到输出中有“MII Status: up”且两个网卡都显示为“Status: up”，聚合就成功了，再用ip addr show bond0确认IP地址已生效，ping一下网关测试连通性。
注意：如果使用的是H3C自家服务器并预装了H3C OS（基于Linux内核），建议优先使用系统自带的“网络管理器”图形界面配置，命令路径和标准发行版略有差异。
h3c服务器双网卡聚合后带宽上不去怎么办
现实中很多人配置完发现,拷贝文件速度依旧停留在千兆水平，甚至更慢，别急着怀疑配置有问题，按下面的顺序排查。
检查交换机侧配置模式是否匹配
登录交换机,查看端口是否启用了LACP，H3C交换机配置静态LACP的命令大致如下：
interface Bridge-Aggregation1 link-aggregation mode static
然后把两个物理端口加入聚合组：
interface GigabitEthernet1/0/1 port link-aggregation group 1 interface GigabitEthernet1/0/2 port link-aggregation group 1
如果交换机配的是动态LACP,服务器bonding的mode=4也能对接，但要求交换机采用active模式，被动模式可能无法协商成功。
验证聚合是否真的负载均衡
h3c服务器双网卡聚合后,流量分发是按照哈希算法来的（基于MAC、IP或端口），也就是说，单一大文件传输只会走其中一块网卡，带宽无法翻倍，真正能跑满2Gbps的是多用户并发访问、多线程下载这类场景，如果测试方法是单线程拷贝，就别指望速度翻倍了。
想确认流量是否被均衡,用以下命令观察：
watch -n 1 cat /proc/net/dev
两块网卡的RX/TX数值都在增长，说明负载分摊生效。
检查网线质量和协商速率
聚合的底线是每块网卡都得正常跑满协商速率,用ethtool eth0查看Speed字段，如果显示100Mb/s，说明网线或对端端口有问题，先解决基础连通性再谈聚合。
Windows Server环境下h3c双网卡聚合配置步骤
Windows下的配置人性化不少,图形界面为主，以Windows Server 2019为例：
- 打开“服务器管理器”，点击“本地服务器”
- 找到“NIC组合”功能，点击右侧的“已禁用”链接
- 在弹出的界面中,按住Ctrl键选中要聚合的两块网卡，右键选择“添加到团队”
- 设置团队名称,选择“团队模式”：
- 静态成组：需要交换机支持静态链路聚合
- 交换机独立：不需要交换机配合，两块网卡做故障转移，带宽不叠加
- LACP：对应动态链路聚合，推荐生产环境使用
- 负载平衡模式选择“地址哈希”，覆盖绝大多数场景
- 配置完成后,在“适配器”栏中右键新生成的团队网卡，修改IP地址
Windows下验证是否成功很简单,用Get-NetLbfoTeam命令查看成员网卡状态，状态为Active即可。
聚合方案的选型建议与替代方案
并不是所有场景都必须用链路聚合,根据实际需求权衡，有时候其它方案更省心。
什么场景必须做聚合
- 虚拟化平台多虚拟机并发访问存储：单块千兆网卡极易成为瓶颈，聚合有明显改善
- 视频监控存储服务器：多路摄像头码流同时写入，聚合能平滑负载
- 数据库主从同步：binlog日志持续传输，聚合提供冗余和带宽双重保障
什么场景不建议做聚合
- 单台服务器对接单台客户端，且业务只跑一个TCP连接：聚合没有意义，反而增加故障点
- 对延时极度敏感的交易系统：聚合的哈希计算会引入少量额外延迟，业界一般用双网卡独立IP配合应用层分流
更进一步的替代方案
如果h3c服务器自带25G或100G网卡,或者板载了两个万兆光口，优先考虑直接升级链路带宽而不是聚合，万兆单口跑满，够绝大多数中小型业务用三年，或者使用SR-IOV技术把物理网卡硬件虚拟化成多个虚拟网卡直通给虚拟机，性能损耗更低。
双网卡聚合后的日常维护清单
配置完不等于一劳永逸,日常巡检时关注这几个方面：
- 每月检查一次
/proc/net/bonding/bond0中的链路状态，确认没有频繁的链路翻转记录 - 更新系统内核或网卡固件后,重新验证聚合配置是否依旧生效
- 如果更换了交换机,记得核对聚合模式和哈希算法是否匹配
- 记录聚合前的基准测试数据（如iPerf3吞吐量），便于后续性能对比
h3c服务器双网卡聚合常见问题解答
h3c服务器双网卡聚合对交换机有硬性要求吗？
看选用的模式,mode=1（主备）不需要交换机做任何配置，插上就能用，mode=4（LACP）要求交换机支持并开启对应端口的LACP协议，H3C、华为、思科的交换机均支持，但具体命令不同，需要登录交换机单独配置，如果交换机是傻瓜式无管理型，只能用mode=1做冗余，带宽不会变高。
聚合后为什么只有一块网卡在跑流量？
哈希算法决定了哪些数据流走哪块网卡,单线程应用的所有数据包特征相同，会被分配到同一块网卡，尝试开多个并发连接（比如多个文件同时拷贝），或者检查业务是否是基于IP哈希、端口哈希，调整bonding的xmit_hash_policy参数为layer3+4（基于IP+端口哈希）往往能改善均衡效果。
h3c服务器双网卡聚合的配置价格成本高吗？
软件层面的聚合完全免费,不需要额外购买授权，可能涉及的成本是如果当前服务器只有一块物理网卡，需要加装一块PCIe网卡，主流品牌双口千兆网卡价格在几百元区间，双口万兆网卡则要上千元，具体看采购渠道，如果交换机不支持LACP，升级带聚合功能的交换机才是额外开销。
h3c服务器双网卡聚合是一门“先选模式、再动配置、后验效果”的实操技能，生产环境优先考虑mode=4配合交换机LACP，追求省事则用mode=1做主备冗余，配置关键在于系统文件和交换机侧保持同一套协商标准，测速务必用iPerf3并发多线程验证，单线程测不出聚合真实水平。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/796031.html
