很多人在配服务器的时候，注意力全砸在 CPU 和内存上，网卡随手挑一个主板自带的凑合用。等业务跑起来、流量一上来，才发现千兆口的 120MB/s 上限怎么都压不住，备份传半天传不完，一到月底对账整个流程卡在那儿。这时候再换机器还是换网卡？多数人其实没分清服务器网卡到底在选什么。今天这篇文章就把这件事掰开揉碎讲一遍，从最基础的速率差别讲到绑定聚合和虚拟网卡，帮你下次选卡时能一次到位。
如果你正在给服务器挑网卡，或者机器已经买了想确认网卡够不够用，这两家可以先看看：狗云DOGYUN（高性价比云服务器，多机房可选）、RackNerd（全球VPS，特价常推）。网卡这事牵扯到宿主机和虚拟机的配置，买机器前把网络规格和网卡型号一起确认好，比事后拆机换卡省事得多。
一、先搞清楚你到底需要多快：别被端口数字骗了
千兆网卡的标称速率是 1000Mbps，万兆是 10000Mbps，但这两个数字换算成实际传输速度要除以 8，再扣掉以太网帧头、前导码、校验和以及 TCP/IP 协议栈的开销。实打实的结论是：
千兆口跑满，理论上限约 110~118MB/s。这是绝大多数人遇到的天花板。你用 FTP 传一个大文件，看着进度条跑不动，一测就是卡在 110MB/s 左右，这不是磁盘慢，是网卡到顶了。
万兆口的实际单流吞吐在 900MB/s~1.1GB/s 之间。比千兆快了大约十倍，但注意这个数字是单条 TCP 流的成绩。如果你的业务是几十个小文件并发请求，那收益会比单流大文件更明显；如果是一条大文件顺序读写，实际差距取决于对端和硬盘。
还有一个常被忽略的事实：万兆网卡并不等于你的机器能跑满 10G。很多入门服务器的板载网卡是 1G，要上 10G 得额外插卡，而 PCIe 插槽的分配、CPU 的 IO 能力、主板走线的通道数都会成为新瓶颈。我见过太多人买了万兆卡插上去，实际只跑到 3~4G，查下来是 CPU 上某个队列被占了或者插到了共享 x4 的老插槽里。
二、接口形式：SFP+ 光口还是 RJ45 铜口
万兆网卡主要有两种物理形态，选择逻辑很清晰。
SFP+ 光口卡配 SFP+ 光模块，用光纤跳线连接。优点是传输损耗小、距离远（万兆光纤轻松跑几百米甚至更远）、抗电磁干扰好，机房环境里是标准做法；缺点是要额外买模块和光纤，成本上去了，而且光模块坏了要换，兼容性也得留心（不同厂商的模块之间不一定通用，SFP+ 有 Plus 和 non-Plus 之分，速率不同）。
万兆铜口（10GBASE-T）直接用普通网线，最省事，兼容性好，不用额外配模块，插上就能用。缺点是理论传输距离通常只有 100 米，功耗比光口大不少，发热更严重，服务器里插太多容易影响机箱风道。10GBASE-T 网卡的价格一般也比同档光口卡贵一点，原因是它内部要内置复杂的编码芯片。
日常家用或小工作室环境，铜口足够了；正经机房、多机柜互联，优先光口。还有一点要提醒：新买的万兆网卡记得确认兼容性清单，主板 BIOS、操作系统内核、驱动版本三样都得对上，不然装上去认不到设备。
三、多网卡聚合：不是简单地把两张卡插上去
网卡聚合（Linux 下叫 bonding，Windows 下叫 Teaming）是用多张物理网卡的带宽拼成一条逻辑链路。它能解决三个问题：带宽叠加、提高可用性、以及跨交换机做链路冗余。Linux 的 bonding 模式主要有四种，配置前必须先想清楚你要解决哪个问题，因为不同模式行为完全不同。
mode 0（balance-rr，轮询）数据包轮流从各网卡发出。理论带宽能叠加，但要求对端交换机也做了对应的聚合配置（一般是 LACP 或静态 trunk），否则单条 MAC 的流量会被交换机限在一条链路上，白折腾。适合对延迟敏感、且交换机可控的场景。
mode 4（802.3ad LACP，802.1AX）标准的链路聚合协议，两端交换机都支持时最省心，能自动检测链路故障并把流量挪到健康链路上。这一年是数据中心环境的主力模式。注意 LACP 存在 hash 抖动问题：同一个 TCP 会话的所有包走同一条物理链路，如果那条链路的网卡坏了，这个会话会断而不是被迁移。所以重要业务在 LACP 之上通常还要配合会话保持或双活方案。
mode 1（active-backup，主备）只有一张卡在干活，另一张待命，主卡一挂流量立刻切过去。这是可用性优先的选择，带宽不叠加，但对绝大多数网站来说反而更实用稳定比峰值吞吐重要得多。
mode 7（balance-xor，异或哈希）按 MAC 地址哈希选链路，用得相对少。
配置其实不复杂，Ubuntu 上编辑 /etc/netplan/ 或者直接写 /etc/network/interfaces，用 bond0 把两张物理网卡收进来，指定 mode 4 和 miimon 100（每 100 毫秒做一次链路探测）。这里有个坑：miimon 依赖网卡驱动上报链路状态，如果用的是某些消费级网卡或者做了网卡直通，探测会失效，主备切换就形同虚设，这时候得改用 arping 模式。
另外两根线务必插在不同的交换机上。插在同一台交换机上，主备模式的“冗余”只防网卡坏，不防交换机坏；LACP 模式甚至可能因为哈希把流量全压到一条链路上，白白浪费了聚合的意义。
四、虚拟网卡：虚拟机里的那张卡到底是什么
做虚拟化的人一定会碰到这个词虚拟网卡（vNIC）。它和物理网卡完全是两套逻辑，但很多人分不清。
在 KVM 或 VMware 里，每台虚拟机都会看到一张甚至多张虚拟网卡（vNIC），它们通过虚拟交换层（vSwitch/OVS）连接到宿主机的物理网卡上。虚拟机里看到的 MAC 地址、IP 地址、MTU 都是虚拟出来的，唯一真正消耗带宽的是宿主机物理口那一层。
关键性能开关是 SR-IOV。它能把物理网卡的多个功能单元（VF）直接分配给虚拟机，让虚拟机绕过内核态的虚拟交换层，直接跟物理口对话。好处是延迟更低、CPU 占用更小、抖动更小，高性能存储网络（iSCSI、NVMe over RDMA）基本都靠它；代价是配置复杂、不能随便热插拔、而且需要网卡固件和虚拟化平台都明确支持。
还有一层是智能网卡 / DPU这类硬件卸载方案，把加密、压缩、过滤这些动作交给网卡上的专用芯片做，宿主机 CPU 几乎不参与。追求极致吞吐的机器才会考虑，日常场景没必要。
顺带说一个实战中很常见的问题：在 ESXi 或 Hyper-V 上装 Realtek 这类消费级网卡时，宿主机上根本认不到设备。原因是这些网卡没有正式的 ESXi 驱动，得靠打包好的离线驱动强行塞进去。好在社区里已经有现成的方案，比如 Realtek ESXi网卡驱动离线捆绑包 就专门解决 Realtek RTL8111/8125/8126/8127 系列在 ESXi 8.0U3 以上及 9.x 环境下的驱动缺失问题，覆盖 1GbE 到 10GbE，附安装与卸载教程。如果你的方案是拿准了二手的塔式服务器做虚拟化、又不想额外花钱买 Intel 网卡，这类离线驱动包能省不少事。不过要记住它的定位是实验室和非生产环境，正式商用环境还是老老实实上服务器专用网卡。
五、驱动与固件：最后 20% 的差距经常在这里
网卡买回来，驱动和固件才是真正决定表现的部分。三件事必须做：
一、确认驱动而不是依赖系统自带。很多发行版自带的 ixgbe、i40e、mlx5_core 版本都比较保守，装上能认到设备，但某些新特性（比如 LACP 的部分哈希选项、SR-IOV 细节）用不了。去网卡厂商官网下载对应分支的稳定版驱动，通常能拿到更好的表现。
二、升级网卡固件。这一步最容易被跳过，也最容易出惊喜。Intel 的 NVM 工具、Realtek 的固件刷写工具都能搞定。固件旧了可能导致链路在 10G 速率下随机降速到 1G，或者开了中断合并反而丢包。
三、验证实际吞吐。装完别急着上线，先用 iperf3 跑一把双向测试，再看 ethtool eth0 里的协商速率是不是真的协商到了 10G/full。注意 ethtool 显示的是链路协商速率，不是实际吞吐，两者差太多就说明瓶颈在别处。
顺手把中断亲和性（irqbalance）和网卡队列数（num_queues / RSS）也调一下，核心数多的机器把队列数对齐到 CPU 核心数，多队列能显著改善高并发小包场景的吞吐。
六、按场景选卡：三个问题问完就有答案
把前面的内容压一压，实际决策只要回答三个问题：
一、你的流量是单条大文件，还是大量并发小连接？前者看单流带宽，1G 还是 10G 差别明显；后者更吃包处理能力和队列数，这时候一张 10G 卡可能不如两张 1G 卡（分到不同队列）来得实在。
二、你要的是速度还是可用性？只需要跑满一条 1G 线路，买 1G 就够；需要在链路或交换机故障时服务不中断，主备绑定加双交换机是正解；需要把多台机器的带宽合并成一个大管道，才轮到 LACP。
三、这台机器跑的是物理机还是虚拟机？纯物理机，看硬件本身；跑虚拟化且要高性能存储网络，就得考虑 SR-IOV 支持和网卡固件版本；实验室性质的 ESXi 实验环境，消费级网卡加离线驱动包是省钱的路子。
把这三问答完，网卡型号基本就锁死了。最后再补一句经验：网卡是最容易在采购时被砍预算的部件，但它是唯一一个出问题时最难临时替换的部件换卡意味着关机、拆机、走线、等重新上架。所以要么一步到位买够，要么就明确接受当前的速度上限，别指望以后靠软件优化来补。
喜欢 
顶
难过
囧
围观
无聊
