使用vhost-user-client与OVS-DPDK连接跨主机QEMU-KVM虚拟机不通求助

核心根因说明 #

vhost-client-1端口的LINK_DOWN状态是故障的直接原因，该状态是OVS与QEMU vhost-user套接字协商后的真实状态，无法通过ovs-ofctl mod-port手动强制修改，协商失败时端口不会转发任何流量。

排查配置项 #

1. 套接字权限与隔离检查 #

• 检查OVS进程（ovs-vswitchd）与QEMU进程对/tmp/vhost-client-1套接字均有读写权限，若OVS以非root身份运行，需将套接字路径修改为两者均可访问的目录。
• 避免使用/tmp作为套接字存储路径，部分系统systemd服务默认开启PrivateTmp隔离，会导致OVS与QEMU看到的/tmp目录不属于同一个命名空间，无法访问到同一个套接字文件。

2. 启动顺序与模式匹配检查 #

• 当前配置的模式匹配是正确的：OVS侧端口类型为dpdkvhostuserclient（客户端）、Libvirt XML配置为mode='server'（服务端），但必须遵循先启动虚拟机，再创建OVS vhost-user-client端口的顺序，若已提前创建OVS端口，重启虚拟机即可触发重新连接。

3. 虚拟机与Libvirt配置校验 #

• 虚拟机内核需开启vhost-user支持，可在虚拟机内执行以下命令验证：

  grep VHOST_USER /boot/config-$(uname -r)
  

  输出为y即为正常。
• 补充Libvirt XML的vhost驱动配置，在<interface>块中添加以下配置显式开启vhost驱动：

  <driver name='vhost' queues='4'/>
  

  queues参数可根据物理机CPU核数调整。
• 确认Libvirt XML已配置大页支持，vhost-user依赖大页内存，需在<domain>块下添加：

  <memoryBacking>
    <hugepages>
      <page size='2048' unit='KiB'/>
    </hugepages>
  </memoryBacking>
  

  同时物理机需提前配置足够的2M大页，可通过以下命令校验大页数量：

  cat /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages
  

  建议配置至少1024个（对应2G内存）。

4. OVS流表配置修正 #

• 当前静态流表未处理ARP广播请求，会导致虚拟机无法获取对端MAC地址，可将流表改为默认MAC学习模式：

  ovs-ofctl del-flows br0
  ovs-ofctl add-flow br0 table=0,actions=NORMAL
  

5. 状态验证 #

• 配置完成后执行ovs-ofctl show br0，确认vhost-client-1端口状态变为LINK_UP后，可通过ovs-tcpdump -i vhost-client-1 icmp抓包验证流量转发是否正常。

内容的提问来源于stack exchange，提问作者ellerre