优先启用多队列与vhost-net，再考虑SR-IOV直通，同时把vCPU和中断绑定到同一NUMA节点，这样能消掉大部分软件交换瓶颈。
虚拟机网络密集时如何优化性能避免卡顿？先摸清数据包路径
虚拟机网络卡顿，十有八九不是网卡本身慢，而是数据包在宿主机里绕了太多弯，一个包从虚拟机出来，要经过virtio前端、vhost后端、虚拟交换机、物理网卡队列，每个环节都可能排队，网络密集场景比如小包高频、并发连接数大、存储与业务流量混跑，队列一满,延迟就上去了。
桥接模式还是NAT模式？虚拟机网络性能对比与选择
很多人纠结桥接和NAT，其实性能差距不在模式本身，而在是否经过额外NAT转换，桥接模式让虚拟机直接出现在物理网络，少一层地址转换，吞吐通常更好，NAT模式依赖宿主机做转发，小包场景下CPU开销更明显，如果业务要求低延迟、高吞吐，优先桥接或SR-IOV直通，仅主机模式只适合隔离测试,不适合网络密集生产环境。
虚拟交换机与物理网卡队列如何配合
Linux网桥、Open vSwitch、Macvtap各有脾气，OVS功能强但流表多了会吃CPU；Linux网桥轻量，适合简单桥接，物理网卡的多队列必须打开，否则所有包挤在一个核上，用ethtool -l eth0查看队列数，ethtool -L eth0 combined 8设置成8队列，虚拟机侧也要在XML里指定<driver name='vhost' queues='8'/>,两边队列数匹配才有效。
虚拟机网络延迟高怎么解决？从CPU、中断和内存三个层面调优
网络密集时，CPU花在中断和上下文切换上的时间可能超过实际转发,下面三招是行业共识认为最见效的。
CPU绑定与NUMA亲和：避免跨节点访问
把vCPU绑到物理核，别让调度器乱跑，用
virsh vcpupin把虚拟机vCPU固定到宿主机物理核，更重要的是NUMA：如果虚拟机内存分配在节点0，vCPU却跑到节点1，跨节点访问延迟翻倍，用numactl --hardware看拓扑，再用virsh numatune限制内存节点，宿主机上跑numastat观察命中率,跨节点分配多就调整。
中断亲和与多队列RSS：把压力分给多个核
物理网卡中断默认可能集中在一个核，开启RSS后，网卡按流哈希把包散到多个队列，每个队列对应不同中断，用cat /proc/interrupts看中断分布，如果某个核中断数暴涨，就手动绑：echo 2 > /proc/irq/123/smp_affinity，中断亲和要和vCPU绑定配合，让中断处理核与虚拟机vCPU尽量在同一NUMA节点，irqbalance在虚拟机密集时可能帮倒忙,可以停掉并手动绑定。
巨帧与TCP参数：减少包处理次数
MTU从1500提到9000，小包数量直接降一个量级，前提是整条链路虚拟机、虚拟交换机、物理交换机都支持巨帧，命令：ip link set dev eth0 mtu 9000，虚拟机内同样设置，TCP层调大缓冲区：sysctl -w net.core.rmem_max=134217728、net.core.wmem_max=134217728，对于高并发短连接，开启net.ipv4.tcp_tw_reuse=1,减少TIME_WAIT堆积。
虚拟机网络吞吐量低怎么办？试试SR-IOV和DPDK直通
软件虚拟交换总有开销,硬件直通是终极方案。
SR-IOV：让虚拟机直接访问物理网卡VF
SR-IOV把物理网卡切成多个虚拟功能（VF），每个VF直接分配给虚拟机，数据包绕过宿主机软件交换，CPU占用大幅下降，配置步骤：BIOS开VT-d和SR-IOV，宿主机加载vfio-pci，用virsh nodedev-detach解绑VF，然后在虚拟机XML里用
<hostdev>挂载，注意VF的MAC和VLAN要规划好，否则网络不通，适合对吞吐和延迟都敏感的场景，比如NFV、高频交易。
DPDK与vhost-user：用户态加速
DPDK把网卡驱动搬到用户态，轮询收包，避免中断开销，vhost-user让虚拟机virtio后端跑在DPDK上，配合OVS-DPDK，小包转发性能提升明显，代价是CPU核要专门隔离出来，不能跑其他任务，配置路径：隔离核isolcpus=2-5，大页内存default_hugepagesz=1G hugepagesz=1G hugepages=8，然后启动OVS-DPDK和虚拟机，这套方案复杂，但网络密集到普通调优扛不住时,它是最实际的出路。
常见加速方案对比
| 方案 | CPU占用 | 吞吐量 | 延迟 | 适用场景 |
|---|---|---|---|---|
| virtio+vhost-net | 中 | 中高 | 中 | 通用业务，中等网络压力 |
| 多队列+vhost | 中低 | 高 | 低 | 小包密集，多核宿主机 |
| SR-IOV直通 | 低 | 很高 | 很低 | 高性能NFV，低延迟要求 |
| DPDK+vhost-user | 低（但独占核） | 极高 | 极低 | 电信级转发，专业团队 |
KVM虚拟机网络性能调优实战：从排查到命令
快速定位：先看瓶颈在哪
- 宿主机
top看%si（软中断）是否过高。 sar -n DEV 1看网卡吞吐和丢包。- 虚拟机内
ethtool -S eth0看队列丢包计数。 tcpdump -i any -c 100抓包,看是否有大量重传。
具体操作路径
- 确认物理网卡多队列：
ethtool -l eth0
ethtool -L eth0 combined 8。 - 虚拟机XML增加多队列：
<interface type='bridge'> <driver name='vhost' queues='8'/>。 - 绑定vCPU：
virsh vcpupin vm1 0 2，把vCPU 0绑到物理核2。 - 中断绑定：找到网卡中断号，
echo 4 > /proc/irq/130/smp_affinity。 - 开启巨帧：宿主机和虚拟机都设MTU 9000。
- 大页内存：
virsh edit vm1，<memoryBacking><hugepages/></memoryBacking>。
据工信部数据，近年来企业上云和虚拟化部署比例持续上升，网络密集业务占比也在增加，业内专家指出，多数卡顿问题通过多队列和NUMA绑定就能解决，不必一上来就上SR-IOV。
虚拟机网络密集时如何优化性能避免卡顿？常见问题解答
虚拟机网络延迟高，先调什么最划算？
先查多队列和vhost，宿主机ethtool -l看队列数，虚拟机XML加queues，再把中断和vCPU绑到同一NUMA节点，这三步改完，大部分小包场景的延迟能降下来，如果还不行，再考虑巨帧或SR-IOV。
北京数据中心虚拟机网络优化有什么特殊注意点？
北京数据中心通常物理交换机策略严格，巨帧和VLAN需要提前报备，另外机房电力与散热限制下，宿主机密度高，CPU争抢更明显，所以CPU绑定和隔离核更重要，建议先和网络团队确认MTU和QoS策略,再做虚拟机侧调优。
SR-IOV一定比vhost-net快吗？
在吞吐和延迟上，SR-IOV通常优于vhost-net，因为它绕过了软件交换，但SR-IOV牺牲了在线迁移和快照的便利性，VF数量也受物理网卡限制，如果业务需要频繁迁移，vhost-net多队列反而是更平衡的选择。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/763909.html
