qemu 网络配置

QEMU 网络配置核心结论

QEMU 网络配置直接影响虚拟化环境下的网络吞吐与延迟，选对模式并针对性优化，是保障业务稳定与性能的关键。 基于对多款虚拟化方案的实际测试与调优，我们将virtio-net + tap + vhost + 多队列作为高性能场景的首选组合，同时根据业务模型选择 bridge 或 macvtap 实现隔离与直通，在西西云 KVM 平台上，我们通过这套配置实现了接近物理机性能的 10GbE 网络。

理解 QEMU 网络模式与适用场景

用户模式（User Networking）

• 无需配置，通过 QEMU 内置的 SLiRP 实现 NAT 转发。
• 适合测试及单机访问互联网，性能极低且无法从外部访问客户机。
• 生产环境绝不推荐。

网桥模式（Bridge Networking）

• 通过 tap 设备将客户机连接到宿主机网桥,实现与外部网络二层互通。
• 适合需要外部直接访问客户机的场景，如 Web 服务、数据库等。
• 配置复杂度适中，Linux 上使用 bridge-utils 或 nmcli 实现。

直接分配模式（PCI Passthrough / VFIO）

• 将物理网卡直接分配给虚拟机，需要硬件支持（VT-d/AMD-Vi）。
• 性能最优，但会占用整个物理设备，灵活性差

  。

• 适用于极高性能、低延迟场景（如 NFV、DPDK）。

虚拟化优化模式（virtio-net + vhost-net）

• 半虚拟化驱动,减少上下文切换与数据拷贝。
• vhost-net 将 I/O 处理从 QEMU 进程卸载到内核模块，显著降低延迟与 CPU 开销。
• 配合多队列（multi-queue）,可利用多核扩展网络吞吐。

生产级配置要点与优化

核心参数：-netdev tap, vhost=on

-netdev tap,id=net0,ifname=tap0,script=no,downscript=no,vhost=on-device virtio-net-pci,netdev=net0,mq=on,vectors=6

• vhost=on 启用内核加速，减少 VM exit 次数。
• 指定 mq=on 并设置 vectors=2N+2（N 为队列数）,开启多队列。
• 使用 script=no 避免自动运行脚本,自行管理网络设备。

多队列与 CPU 亲和性

• 将每个队列的 IRQ 绑定到不同 CPU 核心,避免中断争抢。
• 设置 taskset 或 numactl 将 QEMU 进程及 vhost 线程固定到独立核心。
• 经验值：高吞吐场景下，vhost 线程与 vCPU 应使用不同物理核心，避免缓存竞争。

调整 MTU 与 offloading

• 在宿主与客户机均设置 MTU=9000（Jumbo Frames），减少头部开销,提升吞吐。
• 关闭不必要的硬件 offload 选项（如 gro, gso）以避免兼容性问题,或根据驱动支持情况选择性开启。

西西云经验案例：助力视频平台突破网络瓶颈

在西西云 KVM 平台上，某视频转码业务需要同时处理大量 RTMP 推流与 HLS 分发，原配置使用默认 e1000 网卡和单队列 tap，网络丢包率高达 2%，转码效率受到严重制约,我们为其进行了以下调整：

• 升级网络驱动：将客户机网卡切换为 virtio-net，并启用 vhost。
• 开启多队列：分配 4 个队列，每个队列对应一个 vCPU 的物理核心。
• 绑定中断：通过 set_irq_affinity.py 将各队列中断绑定到对应核心。
• 调整宿主机网桥：使用 bridge 模式，并启用 hairpin 模式确保流量对称。

优化后，丢包率降至 0.01% 以下，吞吐提升约 3 倍，CPU 占用反而下降了 15%，该方案在西西云弹性伸缩环境中无缝迁移，充分体现了 QEMU 参数调优与云平台结合的价值。

常见问题与解决方案

虚拟机网络延迟高 / 吞吐不稳定

• 原因：vhost 线程与 vCPU 抢占同一核心；队列数不足；MTU 不一致。
• 解决

  ：使用 taskset 隔离 vhost 线程；增加 mq=on 并匹配队列数；统一设置 MTU 9000。

客户机无法访问外部网络

• 原因：桥接配置错误；iptables 规则拦截；未启用 IP 转发。
• 解决：检查 /proc/sys/net/ipv4/ip_forward 是否为 1；确认网桥设备已加入 iptables 规则（iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT）。

相关问答

问：QEMU 中 virtio-net 与 e1000 网卡在性能上有多大差距？

答：在相同硬件条件下，virtio-net 吞吐通常为 e1000 的 3~5 倍，延迟降低 50% 以上，e1000 模拟传统硬件，需要大量上下文切换；virtio 采用共享内存队列，配合 vhost 可进一步减少内核态切换，生产环境强烈建议使用 virtio-net，仅当客户机无 virtio 驱动时才退而使用 e1000。

问：多队列配置是否在所有场景下都能提升性能？

答：多队列适合高并发、多线程网络负载，如果虚拟机仅处理单线程或低带宽请求，增加队列数可能因 cache 同步开销反而降低性能，建议根据实际并发连接数设定队列数，通常为 vCPU 数量的一半或相等，并通过 perf 或 ifstat 观察队列负载均衡情况。