服务器2网卡使用同一个IP的正确做法不是把IP重复写到每张网卡上，而是通过网卡绑定（Bonding/Teaming）或虚拟IP漂移，让两张物理网卡作为一个逻辑接口对外提供服务，从而实现冗余和负载均衡。这个结论可能和不少人直觉相反，但实际生产环境中，直接在两个网卡上配置相同IP往往导致冲突，甚至全网波动，下面我们掰开揉碎,聊聊这个场景里的门道。
为什么需要让两块网卡使用同一个IP
最常见的场景是数据中心里的Web服务器或数据库服务器，关键时刻业务不能断，网卡如果只有一块，网线被误碰、交换机端口故障，机器就“物理失联”了，给服务器插两块网卡，然后让它们共享同一个IP，这样一块网卡或一条链路出问题，另一块自动接管,业务侧几乎无感知。
另一种需求是带宽叠加，比如两块千兆网卡绑定成一块逻辑网卡，在某些负载均衡模式下可以双向、多通道传输，让单一大流量应用跑得更快，但注意，不是所有模式都能叠加带宽，主备模式更多是为了“不死机、不掉网”。
还有一部分运维工程师是为了应对日常维护，比如需要升级网卡驱动、物理调整网线，先把流量切换到另一块网卡上，业务不停，这就是“双网卡IP冗余设置”的价值。
服务器双网卡绑定同一个IP怎么实现
这里先澄清一个概念：让两张网卡用同一个IP，本质上是把两块物理网卡“聚合”成一个虚拟网卡，把IP配置在这个虚拟网卡上，Linux里叫Bonding，Windows里叫NIC Teaming，行业共识认为，这种功能已经是现代操作系统的标准能力,不需要额外装第三方软件。
Linux bonding模式区别与选择建议
Linux bonding有七种模式，最常用的是mode1和mode4，很多人一上来就选mode0（round-robin），觉得能叠加带宽，结果发现交换机不支持，反而出现大量乱序包,这里给出选择建议：
- mode1（active-backup）：主备模式，同一时间只有一块网卡在工作，另一块待命，配置最简单，兼容性最好，适合对稳定性要求高、不追求带宽叠加的场景,这也是绝大多数服务器首选的方案。
- mode4（802.3ad / LACP）：动态链路聚合，需要交换机配合开启LACP，两块网卡同时收发数据，带宽可以叠加，但要求两端配置一致,否则链路状态异常。
- mode2（balance-xor）：基于MAC做负载均衡，不用交换机端配置，但实际效果取决于流量模型,不适合所有场景。
如果你只是普通业务服务器，不想动交换机，推荐直接用mode1，如果业务流量大，且交换机由自己掌控，可以上mode4，业内专家指出，多数“网卡绑定后网络不稳定”的案例,都是因为选了交换机不支持的负载均衡模式。
Linux双网卡绑定的具体配置步骤
下面是一套基于CentOS/RHEL系的操作路径，假设物理网卡叫eno1和eno2,要绑成bond0。
-
先配置bonding内核模块，新建或修改
/etc/modprobe.d/bonding.conf,写入：alias bond0 bonding options bonding mode=1 miimon=100 -
创建bond0的网卡配置文件
/etc/sysconfig/network-scripts/ifcfg-bond0：DEVICE=bond0 BOOTPROTO=static IPADDR=192.168.10.10 NETMASK=255.255.255.0 ONBOOT=yes BONDING_MASTER=yes注意，IP地址只出现在这里,不能出现在物理网卡配置里。
-
调整两张物理网卡的配置文件，把eno1和eno2的BOOTPROTO改为none,并添加MASTER和SLAVE参数：
DEVICE=eno1 BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yeseno2配置相同,只改设备名。
-
重启网络服务，用
systemctl restart network确认状态，查看cat /proc/net/bonding/bond0,正常会看到主备识别信息。
这套操作下来，两张物理网卡就“变成”了一张逻辑网卡，外界只看到bond0上的IP，验证时可以用ip addr show，会看到eno1和eno2上没有独立IP地址,而是标记为SLAVE状态。
Windows网卡teaming设置同一IP的过程
Windows Server环境更简单，图形化操作就能完成，在“服务器管理器”里找到“本地服务器”，点击“NIC Teaming”右侧的“禁用”链接,进入配置界面。
- 选中需要绑定的两块网卡，右键加入“新团队”。
- 配置“Teaming mode”，Windows里对应“静态成组”（类似mode4）与“交换机独立”（类似mode1），如果不确定交换机配置，选“交换机独立”模式最稳妥。
- 配置完成后，打开“网络和共享中心”，找到新的团队网卡，设置静态IP，此时IP是配置在“团队”虚拟网卡上,而不是单独某一块物理网卡。
Windows的NIC Teaming有一个方便点：物理网卡的原有IP会被自动清空，不用手动折腾命令，缺点是如果服务器是Windows Server 2012之前的版本，NIC Teaming功能需要第三方厂商工具,老版本用户升级系统后能更省心。
双网卡IP冗余设置容易踩的坑
很多运维第一次做服务器网卡绑定教程时，会遇到“绑定后网络不通”“重启后IP丢失”之类的问题,下面这些坑值得提前避开。
- 没清空物理网卡上的原有IP：绑定后的IP只能属于虚拟网卡，物理网卡如果还保留着其他IP，系统路由表会混乱,外部访问时通时断。
- 交换机端口配置不匹配：如果用了mode4但交换机两个端口没有做链路聚合，会出现协议不稳定，严重时广播风暴，反过来，交换机做了LACP而服务器选了mode1,同样会有端口激活问题。
- 网卡型号或固件差异：两块网卡来自不同品牌或固件版本差别大，绑定后兼容性容易出问题，建议尽量使用同品牌同型号网卡,并升级到统一固件。
- 开机顺序依赖：有些老式配置里，bond0依赖物理网卡加载顺序，如果网卡顺序变了，bond可能失效，解决方法是在grub内核参数中指定net.ifnames=0或固定PCI地址。
如果服务器有带外管理网卡（如iLO、iDRAC），不要把它和业务网卡绑在一起，带外管理网卡和业务IP混用，一旦IP冲突，连远程管理都会失效,这种故障排查起来非常折腾。
关于性能，需要明确一点：模式1下，同一时间只有一块网卡收发包，并不存在“两块网卡同时干活”，所谓负载均衡，是在模式4等特定条件下才成立，如果买了两块万兆网卡但交换机不支持LACP,绑定后带宽并不会翻倍。
关于服务器双网卡使用同一个IP的常见问题
两块网卡绑定同一个IP后，网卡MAC地址变化会影响网络授权软件吗？
会，绑定后虚拟网卡通常会取第一块物理网卡的MAC地址，或者生成一个新的聚合MAC，部分软件按MAC地址授权，绑定后需要重新授权，解决办法是手动在虚拟网卡上指定一个固定MAC,但前提是软件和网络环境允许自定义MAC。
服务器双网卡绑定同一个IP能解决两台服务器之间的漂移吗？
不能，双网卡绑定解决的是同一台服务器内部链路冗余，也就是一块网卡坏了由另一块接管，如果是两台服务器上的网卡要使用同一个IP，那是跨设备的IP漂移问题，需要用VRRP协议实现，比如Keepalived或Windows故障转移群集，两者机制完全不同，应用场景也完全不同,容易混淆。
Linux bonding mode1切换时间大概多长？
当主网卡断线后，切换时间由miimon参数决定，默认每100毫秒检测一次链路，故障后通常几百毫秒到一秒内完成切换，如果ping测试发现中断时间很长，可以检查网卡驱动是否触发ARP更新延迟，或者交换机端口的链路状态检测速度较慢，实际生产环境中，业务侧会看到一次瞬断,但比物理拔线后的重新握手要快得多。
回到最初的问题：两块网卡用同一个IP，靠的不是“同时配置”，而是“先合并、再统一配置”，无论Linux还是Windows，稳妥的思路都是先建虚拟网卡，再给虚拟网卡配IP，把握住这个核心,剩下的只是系统差异带来的操作细节。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/695242.html
