KVM、QEMU、libvirt 是什么关系？虚拟化入门必须分清

学习 Linux 虚拟化时，经常会看到 KVM、QEMU、libvirt 三个词。它们不是同一个东西，也不是互相替代关系。

KVM 是 Linux 内核里的虚拟化模块，负责把硬件虚拟化能力暴露出来。没有 KVM，虚拟机性能会大幅下降，很多场景无法满足生产要求。

QEMU 是用户态虚拟机模拟器。它可以模拟硬件设备，也可以配合 KVM 使用硬件加速。生产环境里常见的是 QEMU + KVM 组合：KVM 负责加速 CPU 虚拟化，QEMU 负责虚拟机设备和进程管理。

libvirt 是管理层。它提供统一 API 和工具，例如 virsh、virt-install，让管理员不用直接写复杂 QEMU 命令。很多上层平台都会通过 libvirt 管理虚拟机。

排查时可以这样理解：虚拟机是 QEMU 进程，CPU 虚拟化能力来自 KVM，管理入口通常是 libvirt。虚拟机启动失败时，要分别看 libvirt 日志、QEMU 参数、KVM 模块和宿主机资源。

常用检查命令：

lsmod | grep kvm
virsh list --all
ps -ef | grep qemu
journalctl -u libvirtd

如果服务器 BIOS 没开 VT-x/AMD-V，KVM 不可用；如果 libvirt 配置错误，管理层会失败；如果 QEMU 进程异常，虚拟机本身会受影响。

学虚拟化不要一开始就背平台名，先把这三层关系分清，后面理解 Proxmox、OpenStack Nova、oVirt 等平台会轻松很多。

生产排查时怎么分层定位

遇到“虚拟机启动失败”时，不要只盯着平台页面的错误提示。更稳的方式是按控制层、进程层、内核层、资源层逐层拆开。

控制层先看 libvirt：

virsh dominfo <vm-name>
virsh dumpxml <vm-name>
journalctl -u libvirtd --since "30 minutes ago"

如果 XML 里磁盘路径、网桥名称、CPU model 或设备配置错误，问题通常还没到 QEMU 层。

进程层看 QEMU：

ps -eo pid,cmd | grep qemu
lsof -p <qemu-pid> | head

如果 QEMU 进程存在但虚拟机无响应，要进一步看虚拟磁盘、网络 tap 设备和宿主机负载。

内核层看 KVM：

lsmod | grep kvm
dmesg -T | grep -i kvm
egrep -c '(vmx|svm)' /proc/cpuinfo

如果 BIOS 关闭硬件虚拟化，KVM 模块不可用，虚拟机性能和兼容性都会受影响。

资源层看 CPU、内存和存储：

free -h
df -h
iostat -xz 1

很多“虚拟机问题”最后其实是宿主机存储延迟、空间不足或内存压力导致的。

常见误区

不要把 libvirt 当成虚拟化本身。libvirt 是管理接口，真正跑虚拟机的是 QEMU 进程，硬件加速来自 KVM。理解这点，排查时就不会只停留在 Web 控制台。