服务器双网卡哪个好点,结论先摆在这里:要吞吐量走链路聚合(802.3ad/LACP),要业务不中断走主备(active-backup),要把管理网、存储网、业务网拆开就各自独立配网卡和路由表,别硬凑成一块。双网卡本身没有好坏之分,好坏取决于你把它接在什么交换机上、打算用它解决什么问题。
服务器双网卡怎么选:先把要解决的问题摆到台面上
很多人上来就问买哪张卡,其实选型第一步不是看网卡型号,而是看你这台机器怕什么、缺什么,业内常见的三类需求,配法完全不同。
业务跑满带宽,怕网络成瓶颈
备份服务器、视频转码节点、分布式存储的 OSD 节点,这类机器典型特征是长时间大流量,做法是把两块网卡做 802.3ad 聚合,交换机侧配对应 port-channel,理论带宽叠加。
有个细节必须确认:交换机是否支持 LACP,以及这两块网卡是否接在同一台交换机或同一堆叠组内,跨机箱做聚合,得靠 vPC、M-LAG 这类多机箱聚合能力,普通接入交换机做不了。
不能停,哪怕断一根线
对外提供 Web、数据库主库、认证服务,停一分钟都是事故,这种情况选 active-backup(bond mode 1),一块工作一块备用,主链路掉线自动切换。
它不要求交换机做任何配置,两块网卡插两台不同的交换机也行,最省心,代价是带宽只有单块网卡的速度,备卡闲着。
管理网、业务网必须物理隔离
带外管理、iSCSI 存储流量、对外的业务流量挤在一张网卡上,既互相抢带宽也不安全,做法是每块网卡各接一个网段,各配各的 IP 和网关。
这里容易踩的坑是默认路由打架,两块网卡都配网关,系统会按 metric 选一条默认路由,回包路径可能和进来的路径不一致,表现就是能 ping 通但连不上,正确做法是只给一块网卡配默认路由,另一块走明细路由或策略路由。
服务器双网卡做bond还是独立使用?
这是后台被问得最多的一类问题,判断标准很简单,看你要的是“一条更粗的管子”还是“两条互不干扰的管子”。
- 要更粗的管子:bond,同一网段、同一用途、流量可以叠加
- 要互不干扰:独立使用,不同网段、不同用途、靠路由表分流
- 既想粗又想稳:bond mode 4 加交换机跨设备聚合
双网卡绑定mode1和mode4到底差在哪
mode 1(active-backup)是主备,同一时刻只有一块网卡收发数据,配置简单,交换机无感知。
mode 4(802.3ad)是动态链路聚合,需要交换机配合配 LACP,带宽按流哈希分摊,多条连接能叠加。
| 对比项 | mode 1 主备 | mode 4 动态聚合 |
|---|---|---|
| 交换机要求 | 无需配置 | 必须配 LACP |
| 带宽 | 单卡速率 | 多流叠加 |
| 故障切换 | 秒级 | 秒级 |
| 跨交换机 | 支持 | 需堆叠或多机箱聚合 |
| 适用场景 | 对外服务、数据库 | 备份、存储、大流量转发 |
选 mode 6(balance-alb)的人也不少,它不需要交换机配合就能在发送方向做负载均衡,接收方向靠 ARP 协商,缺点是跨交换机效果打折,部分交换机对 ARP 应答的处理不一致,稳定性不如 mode 4。
双网卡链路聚合配置方法:Linux 下照着走一遍
以主流发行版为例,NetworkManager 环境下用 nmcli 最直接。
- 确认网卡名称:
ip -br link,假设是 enp3s0f0 和 enp3s0f1 - 创建 bond 接口:
nmcli con add type bond con-name bond0 ifname bond0 bond.options "mode=802.3ad,miimon=100,xmit_hash_policy=layer3+4" - 把两块物理网卡挂进去:分别
nmcli con add type bond-slave ifname enp3s0f0 master bond0 - 给 bond0 配 IP 和网关
- 拉起连接:
nmcli con up bond0
老一些的系统走 ifcfg 配置文件,在 /etc/sysconfig/network-scripts/ 下写 ifcfg-bond0,加 BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer3+4",再分别在两张网卡里写 MASTER=bond0 和 SLAVE=yes。
验证是否生效:cat /proc/net/bonding/bond0,能看到聚合模式、当前活动端口、每块网卡的链路状态,交换机侧执行 show etherchannel summary 之类的命令,确认端口状态是 in use。
xmit_hash_policy 值得单独说,默认 layer2 按源目 MAC 哈希,客户端流量集中在少数几个网关 MAC 上时,容易全压到一条链路,改成 layer3+4 按 IP 加端口哈希,分布均匀得多,这也是很多人配完聚合发现带宽没涨的主要原因。
交换机侧不能漏的两件事
一是聚合组两端的模式必须匹配,服务器配 802.3ad,交换机就得配 LACP active 或 passive,配成静态 trunk 会不通。
二是聚合组内所有端口的速率、双工、VLAN 配置必须一致,插错端口或者一边千兆一边万兆,聚合会起不来或者只跑单链路。
千兆双网卡和万兆双网卡价格差多少
预算有限的中小企业,这个问题绕不开,差距主要不在网卡本身。
千兆双口电口网卡,主流型号几百元级别,走现成的铜缆和接入交换机,几乎零附加成本,万兆双口网卡这几年价格明显下探,但配套的光模块、光纤跳线、万兆交换机端口才是真正的大头一对光模块可能比网卡还贵,交换机侧一个万兆口的价格也远高于千兆口。
所以判断标准是:先看你的交换机有没有空闲万兆口,有,上万兆值;没有,为了双网卡去换一台万兆交换机,投入产出比要重新算。
如果是短距离机柜内互联,DAC 直连铜缆是省钱的办法,比光模块加光纤便宜不少,几米以内完全够用。
选型时几个容易被忽略的点
- 双口网卡走 PCIe,万兆双口建议插 x8 及以上插槽,插在 x4 上单口可能跑不满
- 主板上两个 PCIe 插槽共享带宽的情况不罕见,插之前翻一下主板手册
- 虚拟化环境下,ESXi 的标准交换机不支持 LACP,要配动态聚合得用分布式交换机
- Windows Server 上用的是 NIC 组合或 SET,SET 是微软主推的方向,和老式 LBFO 的组合方式不能混用
- 两块网卡最好同型号同速率,混插不同芯片的网卡做聚合,出问题的概率明显上升
行业共识认为,双网卡的收益一半来自配置,一半来自交换机侧的配合,只改服务器不动交换机,多数情况下等于白折腾,有位做运维的朋友图省事,服务器上配了 mode 4,交换机没开 LACP,结果业务断断续续跑了两周才定位到原因。
收个尾
服务器双网卡哪个好点,说到底不是选卡,是选方案:要稳选主备,要快要聚合,要隔离就各走各的路由,把交换机能力、业务流量特征、故障容忍度三件事对齐了,配法自然就出来了。
关于服务器双网卡哪个好点的Q&A
两块网卡必须买同一型号吗
不强制,但强烈建议同型号同速率,不同速率的网卡做聚合,实际带宽按低的算;不同芯片混插,LACP 协商和故障切换都可能异常,真要混用,用主备模式比聚合模式更稳妥。
双网卡做链路聚合后带宽能翻倍吗
分情况,多条 TCP 连接并发时,哈希分流能把流量摊到多条链路上,总吞吐接近叠加,但单条 TCP 连接始终跑在一条物理链路上,受单口速率限制,所以拿单线程测速往往看不出提升,备份、存储、多客户端访问这类多流场景,收益才明显。
只有一台交换机,双网卡还能做冗余吗
能,但要选对模式,active-backup 不依赖交换机,插同一台交换机也能做链路冗余,只是交换机本身故障时救不了,802.3ad 聚合在同一台交换机内同样能做端口级冗余,单端口或单线缆故障不影响业务,交换机整机宕机才会中断。
图片来源于AI模型,如侵权请联系管理员。作者:酷小编,如若转载,请注明出处:https://www.kufanyun.com/ask/925538.html


评论列表(5条)
读了这篇文章,我深有感触。作者对服务器双网卡哪个好点的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!
@水水201:这篇文章的内容非常有价值,我从中学习到了很多新的知识和观点。作者的写作风格简洁明了,却又不失深度,让人读起来很舒服。特别是服务器双网卡哪个好点部分,给了我很多新的思路。感谢分享这么好的内容!
这篇文章写得非常好,内容丰富,观点清晰,让我受益匪浅。特别是关于服务器双网卡哪个好点的部分,分析得很到位,给了我很多新的启发和思考。感谢作者的精心创作和分享,期待看到更多这样高质量的内容!
读了这篇文章,我深有感触。作者对服务器双网卡哪个好点的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!
读了这篇文章,我深有感触。作者对服务器双网卡哪个好点的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!