1. 网络优先级配置的必要性
在复杂的网络环境中，服务器往往配备多块网卡连接不同网络。当系统同时存在多条可用网络路径时，操作系统如何选择最优路径进行数据传输就成为一个关键问题。我曾经管理过一套分布式存储系统，就因为网卡优先级配置不当，导致备份流量意外走了生产网络，差点引发严重事故。
网卡优先级（Metric值）是操作系统用来判定网络路由优先级的核心参数。这个值越小，优先级越高。通过合理配置各网卡的Metric值，我们可以精确控制：
- 生产业务走万兆光纤网卡
- 管理流量走千兆电口网卡
- 备份数据走专用存储网络
2. Metric值的工作原理
2.1 路由决策机制
当服务器需要访问某个IP地址时，系统会按照以下顺序决策：
- 检查路由表中是否有精确匹配的主机路由
- 查找匹配的网络路由（根据子网掩码）
- 使用默认网关路由
当存在多条匹配路由时，系统会比较它们的Metric值。以Linux系统为例，可以通过ip route show命令查看当前路由表及对应的Metric值：
$ ip route show 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100 metric 100 192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100 metric 200 default via 192.168.1.1 dev eth0 metric 1002.2 Metric值的计算要素
不同操作系统计算Metric值的逻辑略有差异，但通常考虑以下因素：
- 网络接口速度：万兆网卡通常比千兆网卡获得更低的Metric
- 连接类型：有线连接通常优先于无线连接
- 手动配置：管理员设置的静态Metric值具有最高优先级
提示：Windows系统默认使用自动Metric，其计算公式为：接口速度(Mbps)的倒数 × 100。例如1Gbps网卡默认Metric=100/1000=10
3. 主流系统的配置方法
3.1 Linux系统配置
临时生效配置（重启后失效）
# 设置eth0的Metric值为50 sudo ip route change default via 192.168.1.1 dev eth0 metric 50 # 查看特定网卡的路由信息 sudo ip route show dev eth0永久生效配置
在Ubuntu/Debian系统中修改/etc/network/interfaces：
auto eth0 iface eth0 inet static address 192.168.1.100 netmask 255.255.255.0 gateway 192.168.1.1 metric 50在RHEL/CentOS系统中修改网卡配置文件（如/etc/sysconfig/network-scripts/ifcfg-eth0）：
DEVICE=eth0 BOOTPROTO=static IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 METRIC=503.2 Windows系统配置
图形界面配置
- 打开"网络连接"窗口（ncpa.cpl）
- 右键目标网卡 → 属性 → Internet协议版本4(TCP/IPv4)
- 高级 → 取消勾选"自动跃点" → 输入手动Metric值
PowerShell配置
# 查看当前接口索引和Metric值 Get-NetIPInterface | Where-Object {$_.InterfaceAlias -like "*Ethernet*"} # 设置接口索引3的Metric值为10 Set-NetIPInterface -InterfaceIndex 3 -InterfaceMetric 103.3 macOS系统配置
# 查看当前路由表 netstat -rn # 设置en0网卡Metric值 sudo ifconfig en0 metric 1004. 生产环境最佳实践
4.1 典型场景配置建议
| 网络类型 | 推荐Metric | 适用场景 |
|---|---|---|
| 万兆生产网络 | 10-50 | 核心业务流量 |
| 千兆管理网络 | 100-150 | SSH、监控等管理流量 |
| 备份专用网络 | 200+ | 数据备份、日志传输 |
| 4G/5G备用链路 | 300+ | 灾备连接 |
4.2 多网卡绑定场景
当使用bonding或teaming技术时，Metric值应配置在绑定接口上而非物理网卡。以Linux bond0配置为例：
# /etc/network/interfaces auto bond0 iface bond0 inet static address 10.0.0.100 netmask 255.255.255.0 gateway 10.0.0.1 metric 10 bond-mode active-backup bond-miimon 100 bond-slaves eth0 eth14.3 路由策略进阶配置
对于更复杂的场景，可以使用策略路由（Policy Routing）实现基于源地址的流量调度：
# 创建自定义路由表 echo "200 custom" >> /etc/iproute2/rt_tables # 添加路由规则 ip route add 192.168.3.0/24 dev eth2 table custom ip route add default via 192.168.3.1 table custom # 设置策略规则 ip rule add from 192.168.3.100 lookup custom5. 常见问题排查
5.1 路由选择不符合预期
现象：流量没有按预设的Metric值走指定网卡
排查步骤：
- 确认路由表生效：
ip route show或route print - 检查ARP缓存：
arp -an或arp -a - 使用traceroute验证实际路径：
traceroute 8.8.8.8 - 抓包分析：
tcpdump -i eth0 -n host 目标IP
5.2 网络接口状态异常
典型错误：
SIOCSIFMETRIC: Operation not permitted解决方案：
- 检查网卡是否处于UP状态：
ip link set eth0 up - 确认配置权限：使用sudo或root用户操作
- 检查NetworkManager服务是否冲突：
systemctl stop NetworkManager
5.3 配置不生效问题
检查清单：
- 配置文件语法是否正确（特别是YAML/INI格式的缩进）
- 网络服务是否重启：
systemctl restart networking - 是否存在NetworkManager覆盖配置
- 防火墙规则是否拦截（特别是MARK规则影响路由时）
6. 监控与维护建议
6.1 关键监控指标
- 各网卡流量比例：
vnstat -i eth0 - 路由表变更记录：
ip monitor route - 网络延迟差异：
mtr -r 目标IP
6.2 自动化检查脚本示例
#!/bin/bash # 检查Metric配置是否生效 EXPECTED_METRIC=50 ACTUAL_METRIC=$(ip route show dev eth0 | awk '/metric/ {print $NF}') if [ "$ACTUAL_METRIC" -ne "$EXPECTED_METRIC" ]; then logger "Network metric check failed! Expected $EXPECTED_METRIC but got $ACTUAL_METRIC" systemctl restart networking fi6.3 变更管理要点
- 任何Metric调整前，先记录当前路由表状态
- 在非业务高峰时段进行变更
- 准备快速回滚方案（如备份网络配置）
- 使用
screen或tmux执行长时间网络操作
