KVM 虚拟机间歇性断网问题

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 2049 天前的主题，其中的信息可能已经有所发展或是发生改变。

我在服务器上创建了三个 KVM 虚拟机，暂且把它们命名为 A、B、C。这三个虚拟机全部安装的都是 CentOS 7，除了 CPU、内存以及硬盘空间不一样外，其他配置完全相同。

虚拟机 B 和虚拟机 C 会出现不定时网卡挂掉的情况，具体表现为网络突然就断了，没有任何征兆，挂掉之后需要通过 VNC 操作虚拟机，手动执行 systemctl restart network 才能恢复。

经过统计，虚拟机 B 在五个小时内断网了三次，虚拟机 C 断网了一次。有大佬知道是什么原因吗？

虚拟化母机信息

系统：CentOS 7.6
内核：Linux 4.17.13-1.el7.elrepo.x86_64
Virsh: 4.5.0
QEMU：2.0.0

虚拟机 B 信息

CPU：4 vCPU
内存：8GB
硬盘：40GB
系统：CentOS 7.6
网卡：virtio
网络：NAT 模式，桥接到 virbr1

virbr1 网卡信息

ifconfig 命令

virbr1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:9d:03:c0  txqueuelen 1000  (Ethernet)
        RX packets 405079994  bytes 157015124128 (146.2 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 320722148  bytes 67930446350 (63.2 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ip addr 命令

9990: virbr1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 52:54:00:9d:03:c0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr1
       valid_lft forever preferred_lft forever
9991: virbr1-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr1 state DOWN group default qlen 1000
    link/ether 52:54:00:9d:03:c0 brd ff:ff:ff:ff:ff:ff

virbr1

broadcast

虚拟

centos

5 条回复 • 2019-04-12 17:59:18 +08:00

zvcs

2019-04-12 06:45:03 +08:00 via Android

amd 的 cpu 吗？我用 hyperv 的时候 amd cpu 有类似情况。换成 esxi 就好多了

memorybox

2019-04-12 07:18:06 +08:00

是否 mac 地址有问题，抓包看看？

amazingrise

2019-04-12 08:04:02 +08:00 via Android

是不是电源管理的问题？我有个 Linux 是一睡眠再启动就必须要 systemctl 重启网络服务

KasuganoSoras

2019-04-12 12:41:17 +08:00

@zvcs #1 @memorybox #2 @amazingrise #3 我研究了一下，貌似是当网络负载重的时候就会挂的比较频繁，虚拟机 B 在几个小时内连续下载了几个 G 的文件，然后就出现了网卡频繁挂掉的情况，我在网上找到了一篇文章，讲到了一个 vhost_net 模块，但是不知道有没有用。
https://blog.csdn.net/Z_YTTT/article/details/53121369

zvcs

2019-04-12 17:59:18 +08:00 via Android

@KasuganoSoras 感谢。