1. 先把KVM这个词掰开揉碎你搜的到底是哪一个我见过太多人在这件事上绕圈子。打开搜索框输入kvm,出来的结果一半是 Linux 上的虚拟化方案,另一半是机房里那种带一堆接口的 KVM 切换器,搞得刚上手的朋友一脸懵。所以动手之前必须先做个区分:本文讲的 KVM 是Kernel-based Virtual Machine,也就是 Linux 内核自带的那套虚拟化能力,配合 QEMU、libvirt 和图形化的 virt-manager,能在一台物理机上跑起一台甚至几十台虚拟机,典型用途就是通过 kvm 给服务器做系统——把一台裸金属服务器变成能开多台虚拟服务器的宿主。而kvm 显示器共享器kvm 的 8k 认证这类词,指的是键盘视频鼠标一体的硬件切换器,完全是两个东西,别混。那么这套东西到底能干什么?说得直白点:你手上的服务器或者工作站,装完 KVM 之后,就能像开应用一样开出一台台独立的机器,每台有自己的 CPU 核心、内存、硬盘、网卡,可以装 Ubuntu、装 Windows、装各种你需要的系统,彼此隔离,互不影响。它解决的核心问题是硬件利用率——以前一台物理机只能跑一个业务,现在一台物理机可以切成十个八个环境,做测试、做隔离、做多系统验证都方便。这篇文章我会把kvm 安装的完整流程、图形化安装的每一步、网络怎么建、虚拟机怎么开、坑怎么排,全部讲透。适合谁看?我的判断是三类人:第一类是刚接触运维的同学,需要在 Linux 服务器上搭虚拟化环境;第二类是开发者,想在本机或服务器上开几台干净的测试机;第三类是老手转向ubuntu24 安装 kvm,想快速过一遍新版本的差异点。不管你是哪一类,只要跟着走,图形界面 命令行两条路都能跑通。我下面所有命令和截图级的操作步骤,都以 Ubuntu 24.04 LTS 为主线,同时给出 CentOS/Rocky 系的对应做法。1.1 KVM、QEMU、libvirt、virt-manager 到底谁在干活很多教程一上来就让你apt install,你装完却不知道装的是什么,出了问题就彻底抓瞎。所以我先用一句话把这四个角色的关系说清楚:KVM 是内核里的加速模块,负责让虚拟机直接使用 CPU 的硬件虚拟化指令;QEMU 是模拟器,负责模拟出主板、显卡、磁盘控制器这些设备;两者合起来才是KVM 虚拟机这套能力的本体。libvirt 是管理层,它把 QEMU 的启动参数、配置文件、网络、存储这些零碎东西统一封装成一套 API 和工具集(virsh就是它的命令行客户端),让你不用手写一长串 QEMU 参数。virt-manager 则是图形前端,它调用的就是 libvirt 这套接口,所以你在图形界面里点的每一步,背后其实都等价于一条virsh命令。理解这层关系有个实际好处:当图形界面报错时,你能立刻判断问题出在哪一层。比如虚拟机启动失败,可能是 KVM 硬件加速没开(内核层),可能是 QEMU 参数冲突(模拟层),也可能只是 libvirt 的网络没启动(管理层)。分清楚层次,排查效率会高一个量级。1.2 图形化安装和命令行安装,到底该选哪个图形化安装的核心优势是所见即所得。新建虚拟机时,内存、CPU、磁盘、网卡这些参数在一张表单里填完,选 ISO、分磁盘、配网络全是下拉框和勾选框,新手几乎不会填错,出了问题也能直观看到哪一项不对。对于偶尔开一台测试机这种场景,virt-manager 的体验远比记命令舒服。而且图形界面里能看到虚拟机的实时控制台画面,装系统的过程就像操作一台真机,心理负担小很多。命令行安装(virt-install)的优势则是可脚本化、可批量、可在无图形环境的服务器上跑。真正在生产环境里批量交付虚拟机时,没人会一台台去点图形界面,都是写一条virt-install或者用 Ansible 批量推。我在实践中给出的建议是:第一次装、学习阶段,用图形化安装把整个流程跑一遍,把每个参数的含义搞懂;等熟了之后,再把同样的配置翻译成命令行,做成模板。这篇文章也按这个思路来,主线走图形化,关键参数同步给出命令行等价形式,方便你对照理解。1.3 硬件前提:CPU 虚拟化必须开启KVM 对硬件有硬性要求:CPU 必须支持虚拟化扩展,Intel 平台叫 VT-x(有些带 VT-d 用于设备直通),AMD 平台叫 AMD-V。这个功能在绝大多数近十年的服务器和桌面 CPU 上都有,但很多主板出厂默认是关闭的,需要在 BIOS/UEFI 里手动打开,通常叫Intel Virtualization Technology或者SVM Mode。如果这一项没开,后面装完 KVM 你会发现虚拟机慢得像幻灯片,甚至直接报错启动不了。物理机装 KVM 之前,务必先确认两件事:一是 CPU 支持虚拟化指令,二是它已经在 BIOS 里被启用。这两个条件任意缺一个,KVM 都跑不起来硬件加速。我第一次在一台二手服务器上折腾时就栽在这儿,当时以为是软件问题,反复重装了半天,最后进 BIOS 一看,虚拟化选项是关的,打开之后一切正常——这种坑真的很浪费时间,所以放在最前面强调。2. 安装前的环境准备与虚拟化能力检测动手之前,花五分钟把环境检查清楚,能省掉后面一小时的排错。这一节我会给出具体的检测命令、依赖清单,以及软件源该注意的地方。Ubuntu 24.04 和 Rocky/CentOS 系在命令上有区别,我分开写,你对号入座。2.1 三步确认 CPU 虚拟化是否可用第一步,查 CPU 是否带虚拟化标志。Intel 平台看vmx,AMD 平台看svm:# 有输出且大于 0,说明 CPU 支持 egrep -c (vmx|svm) /proc/cpuinfo如果输出是 0,那基本可以判定 CPU 不支持,或者 BIOS 里没开。也可以用更直观的:lscpu | grep -i virtualization输出形如Virtualization: VT-x表示支持。第二步,验证 KVM 内核模块是否可加载:lsmod | grep kvm如果什么都没输出,说明模块还没加载,可以手动试一下:sudo modprobe kvm sudo modprobe kvm_intel # Intel 平台 # 或 sudo modprobe kvm_amd # AMD 平台第三步,用工具做一次完整判定。Ubuntu 上可以装cpu-checker:sudo apt install -y cpu-checker kvm-ok如果输出INFO: /dev/kvm exists和KVM acceleration can be used,恭喜,硬件层面没问题了。要出现KVM acceleration can NOT be used,基本就是 BIOS 虚拟化没开,回到前面那一节去处理。2.2 系统与软件源准备版本上我建议直接上主流 LTS,Ubuntu 22.04/24.04 都行,24.04 的内核比较新,对新硬件的兼容更好。先做一次系统更新:sudo apt update sudo apt upgrade -y有一条经验值得说:Ubuntu 的默认源已经很全,装 KVM 相关包不需要额外加第三方源,别听有些教程让你随便加 PPA,反而容易引起依赖冲突。Rocky/CentOS 系则需要先确认epel-release装好,否则virt-manager这类包可能找不到:sudo dnf install -y epel-release另外,如果你是在无图形界面的服务器上操作,图形化安装需要先有一套 X 图形环境或者能远程显示图形(VNC、X11 转发),这个后面第五节我专门讲。纯命令行的服务器,请直接用virt-install那套,别在装图形界面上折腾太久。2.3 依赖组件清单与角色说明把要装的包列清楚,避免漏装。Ubuntu 24.04 上一条命令搞定核心组件:sudo apt install -y \ qemu-kvm \ libvirt-daemon-system \ libvirt-clients \ bridge-utils \ virtinst \ virt-manager各组件的作用我列个表,装之前心里有数:组件作用是否必需qemu-kvmQEMU 与 KVM 加速的整合包,虚拟化核心必需libvirt-daemon-systemlibvirt 后台服务,管理虚拟机生命周期必需libvirt-clients提供 virsh 等客户端工具必需bridge-utils桥接网络的命令行工具,配桥接网卡用桥接网络时需要virtinst提供 virt-install 命令命令行装虚拟机时需要virt-manager图形化管理界面图形化安装时必需Rocky/CentOS 系对应:sudo dnf install -y \ qemu-kvm \ libvirt \ libvirt-client \ virt-install \ virt-manager \ bridge-utils注意:如果你只打算命令行管理,可以不装 virt-manager,能省下不少依赖,尤其在没有桌面环境的服务器上,少装图形包能降低维护负担。3. 图形化安装KVM完整实操:从装包到第一次打开这一节是重头戏。我把 Ubuntu 24.04 上的完整流程拆成几个清晰步骤,每一步都告诉你为什么这么做,以及做完之后怎么验证。跟着走一遍,你的机器上就能出现一个可用的 KVM 图形管理环境。3.1 启动 libvirtd 服务并设置为开机自启安装完成后,libvirt 的服务不会自动跑,必须先启起来:sudo systemctl enable --now libvirtd这里要注意,Ubuntu 24.04 有些版本用的是libvirtd.socket激活方式,如果systemctl status libvirtd显示服务没在跑,但virsh能用,那多半是 socket 激活模式在起作用,属于正常现象。验证服务状态:systemctl status libvirtd看到active (running)就算成功。再看一眼 socket:systemctl status libvirtd.socket两个里有一个是 active 就没问题。为什么要确认这一步?因为后面 virt-manager 连接时如果连不上,十有八九是服务没起来,先排除这个最基础的问题,能让排错少走弯路。3.2 把当前用户加入 libvirt 和 kvm 组默认情况下,只有 root 能直接管理虚拟机,普通用户要用sudo,而且 virt-manager 以普通用户启动时会因为权限不够连不上。解决办法是把你的账号加进两个组:sudo usermod -aG libvirt,kvm $USER执行完必须重新登录(退出当前会话再进,或者干脆重启),组权限才会生效。验证:id | grep -E libvirt|kvm看到组名出现在输出里就对了。这一步坑过很多人:加完组不重登,然后 virt-manager 报Failed to connect to socket,还以为哪里装错了。记住,Linux 的组权限是登录时确定的,usermod改完当前会话不刷新。我个人的做法是加完组直接exit重新连,干脆利落。3.3 启动默认网络并设为自启libvirt 自带一个叫default的虚拟网络,基于 NAT,虚拟机通过它访问外网。默认它是没启动的:sudo virsh net-list --all你会看到default的状态是inactive。启动它并设为自启:sudo virsh net-start default sudo virsh net-autostart default再查一次,应该变成active且autostart。这个default网络会创建一个叫virbr0的虚拟网桥,网段一般是192.168.122.0/24,宿主机会在这个网桥上有一个192.168.122.1的地址,同时 libvirt 会给你自动配好 NAT 转发和 DHCP。这样虚拟机开出来就能上网,不用你手动折腾 iptables。提示:如果你的服务器上已经有别的服务占用了192.168.122.0/24网段,默认网络会冲突。用sudo virsh net-edit default改一下网段再重启网络即可,别硬上。3.4 第一次打开 virt-manager 与远程图形化方案本地有桌面的情况,直接在应用菜单里搜Virtual Machine Manager打开,或者命令行:virt-manager打开后它会自动连接本地的QEMU/KVM,能连上就说明前面都做对了。但现实中更多场景是:服务器没桌面,你人在自己电脑上。这时候图形化有两种稳定做法。第一种,SSH X11 转发:在你本地电脑上执行ssh -X user服务器IP virt-manager前提是服务器装了 X 相关库,本地也支持 X11(Windows 上可以用 MobaXterm 之类的终端)。第二种,直接在服务器上装个轻量桌面环境(比如 XFCE),再用 VNC 连上去操作:sudo apt install -y xfce4 xfce4-goodies tightvncserver连上 VNC 桌面后就能正常使用 virt-manager 了。这两种方案都只依赖系统自带能力,安全可控。我一般推荐前者,改动最小;确实需要长期图形化操作的,再考虑后者。4. KVM网络详解:默认NAT不够用时怎么建桥接网络是 KVM 里最容易让人迷糊的部分,也是搜索linux kvm 网络详解kvm 中如何新建一个网络的人最想搞清楚的地方。我把它讲透:NAT 网络适合虚拟机自己上网,桥接网络适合虚拟机和物理机平起平坐、局域网内互访。选哪个取决于你的使用场景。4.1 默认NAT网络的工作机制default网络本质是一台虚拟交换机 一段 NAT 转发。虚拟机拿到192.168.122.x的地址,出去时源地址被宿主机改成物理网卡地址,所以虚拟机可以访问外网、访问宿主机,但外部设备无法直接访问虚拟机,除非你在宿主机上做端口转发。它的好处是零配置、不占用真实网段、隔离性好,做测试环境完全够用。端口转发举个例子,把宿主机的 2222 端口转到虚拟机的 22:sudo iptables -t nat -A PREROUTING -p tcp --dport 2222 \ -j DNAT --to-destination 192.168.122.10:22这样从外部 SSH 到宿主机的 2222 就相当于连到了虚拟机。缺点是每多一台虚拟机、多一个端口就要多一条规则,虚拟机重建后 IP 变了还得改,长期维护比较累。4.2 新建桥接网络的完整步骤桥接网络让虚拟机直接接入物理局域网,效果像物理机插了同一台交换机,虚拟机有自己的局域网 IP,别人能 ping 到它,它也能广播发现。做法是把物理网卡桥接起来。以 Ubuntu 的 netplan 为例,编辑/etc/netplan/01-netcfg.yaml:network: version: 2 renderer: networkd ethernets: eno1: dhcp4: no dhcp6: no bridges: br0: interfaces: [eno1] dhcp4: yes这里的逻辑是:物理网卡eno1不再直接持有 IP,而是作为桥br0的一个接口,IP 配在br0上。应用配置:sudo netplan apply验证:ip addr show br0 bridge link show看到br0拿到了 IP、eno1挂在了桥上就成功了。然后在 virt-manager 里新建虚拟机时,网络选择桥接设备,指定br0即可。注意:桥接配置改错会导致 SSH 直接断线,尤其远程操作时风险很大。建议先在本地虚拟机里练手,或者准备好带外访问方式,确认无误再上生产。改 netplan 前最好备份原文件。4.3 在virt-manager里新建一个自定义网络除了桥接,libvirt 还支持你自建虚拟网络。点开 virt-manager 菜单编辑-连接详情-虚拟网络标签,左下角有个号,就能进入新建网络向导。向导里让你填网络名称、网段、是否启用 DHCP、是否转发到物理网络。如果只是想让几台虚拟机互相通信、不联外网,就把转发关掉,做成一个纯隔离的内网,做集群测试特别方便。新建完后,同样可以virsh net-autostart让它开机自启。判断该选哪种网络,我总结成一句口诀:只要能自己上网,选默认 NAT;要和局域网其他机器互访,选桥接;只做内部互联,选隔离网络。按这个来基本不会错。5. 用virt-manager图形化新建一台虚拟机网络通了,接下来就是把虚拟机开出来。这一节我把新建向导的每一项都拆开讲,顺便说清楚容量、磁盘格式这些容易踩坑的地方。5.1 准备ISO镜像和存储池先把要装的系统 ISO 放到服务器上一个固定目录,比如/var/lib/libvirt/images/,这也是 libvirt 默认存储池的位置:sudo cp ubuntu-24.04-server.iso /var/lib/libvirt/images/ sudo chown libvirt-qemu:kvm /var/lib/libvirt/images/ubuntu-24.04-server.iso存储池可以在 virt-manager 的连接详情-存储里看到,默认有个default池。磁盘文件也都放在这里,统一管理不容易乱。如果你有独立的磁盘阵列或者大容量分区,可以新建一个存储池指过去,做法是- 填名称 - 选目录类型 - 指定路径。5.2 新建虚拟机向导逐项设置点工具栏第一个图标创建新的虚拟机,选本地安装介质(ISO 或 CDROM),下一步选 ISO 路径。这里有个细节:如果你选了 ISO,virt-manager 会自动识别系统类型和版本,帮你在后面配好合适的默认参数,所以尽量让它识别,别手动乱选。内存和 CPU 分配要遵守一条原则:不要给虚拟机分配超过物理机实际可用的资源。比如物理机 32G 内存,你给一台虚拟机 24G,再开第二台就容易触发 OOM。一般单台测试机给 2 到 4 核、4 到 8G 内存足够。磁盘这一步是重点。virt-manager 默认给你勾选为虚拟机创建磁盘镜像,磁盘大小填 40G 之类。这里要理解:这个 40G 是上限,不是立刻占用,qcow2 格式的磁盘是稀疏分配的,用多少占多少。所以放心填大一点,填 100G 实际可能只占几 G。5.3 qcow2和raw怎么选磁盘格式的选择值得单独说。virt-manager 里可以选qcow2或者raw,两者的区别我用表格对比:特性qcow2raw空间占用按需增长,稀疏分配立即占用全部声明容量快照支持原生支持,方便不直接支持性能略低于 raw略高,接近裸设备压缩/加密支持不支持适用场景测试、开发、需要快照对 IO 极敏感的生产负载我的建议:绝大多数场景选 qcow2。快照功能太有用了,装系统、改配置之前拍一张,搞坏了秒回滚,这是 raw 给不了的便利。只有在数据库这类对磁盘 IO 特别敏感、又不需要快照的场景,才考虑 raw。你可以先用 qcow2 跑起来,真觉得 IO 是瓶颈了再迁移,不必一开始就纠结。5.4 安装完成后的virtio优化向导最后一步有个在安装前自定义配置的勾选框,点进去有个重要优化:把磁盘总线改成virtio,网卡设备模型改成virtio。virtio 是 KVM 的准虚拟化驱动,性能比模拟出来的 IDE 磁盘和 e1000 网卡高出好几倍。代价是安装某些老系统时需要在系统里额外装驱动,但装 Ubuntu、Rocky 这类现代 Linux 完全没这个问题,开箱即用。改完点开始安装,虚拟机就启动了,控制台里能看到安装画面,后面就跟在物理机上装系统一模一样。装完之后如果发现鼠标不跟手,可以再挂一个virtio的显示驱动,或者在虚拟机里装spice-vdagent,体验会顺滑很多。6. 常见问题与排查技巧实录前面都是顺利路径,但真上手不可能不出问题。这一节把我踩过和帮别人排过的典型坑整理出来,配合命令和表格,遇到事直接查。6.1 常见问题速查表现象可能原因排查与解决virt-manager 报连不上 socket用户没加入 libvirt 组或没重登usermod -aG libvirt,kvm $USER后重新登录虚拟机启动极慢,像没加速CPU 虚拟化未开启进 BIOS 打开 VT-x/AMD-V,kvm-ok验证虚拟机无法上网default 网络未启动virsh net-start default并设 autostart桥接后宿主机断网netplan 配置错误回滚配置,检查接口名和 renderer磁盘空间不足报错存储池所在分区满了df -h查看,迁移存储池或清理虚拟机卡在启动画面显卡/显示模型不兼容换 VNC/SPICE 显示模型,或改 virtio 显卡SSH 到虚拟机被拒NAT 网络下需端口转发加 iptables DNAT 或改用桥接网络6.2 排错必看的日志和命令遇到虚拟机起不来,先看 libvirt 的 QEMU 日志,位置在:sudo tail -f /var/log/libvirt/qemu/虚拟机名.log里面通常有最直接的报错原因,比如权限、设备、参数冲突。再看 libvirtd 自身的日志:sudo journalctl -u libvirtd -xe --no-pager | tail -50虚拟机的完整定义(等价于一台虚拟机的配置文件)可以用下面这条导出,排错时特别有用:sudo virsh dumpxml 虚拟机名想确认虚拟机的实时状态、IP 地址:sudo virsh list --all sudo virsh domifaddr 虚拟机名这几条命令是我排错时的固定套路:先看日志找原因,再看 XML 确认配置,最后用 virsh 验证状态。走一遍基本能定位到问题。6.3 几条实打实的避坑心得第一条,存储池路径别放在系统盘根分区。很多人图省事把虚拟机磁盘和 ISO 都扔在/var/lib/libvirt/images,结果系统盘才 50G,开两台虚拟机就满了,宿主机直接告警。有条件的话单独挂一块数据盘做存储池,把镜像和磁盘都放过去。第二条,虚拟机命名别用中文和空格。libvirt 对名字的宽容度没你想的高,中文名在某些工具链里会出乱码,空格更是容易在命令行里被截断。用web-test-01这种纯英文加数字加短横线的命名,省心。第三条,改任何网络配置前先备份。netplan 改错导致远程 SSH 断开,是最让人抓狂的场景,尤其是人不在机房的时候。养成cp 原文件 原文件.bak的习惯,真出事了还能通过救援模式改回来。第四条,快照不是备份。qcow2 的快照和磁盘文件在同一个池子里,磁盘文件所在分区坏了,快照一起没。快照只用来做改配置前的临时回滚点,真要长期保存,得把磁盘文件复制出去或者走专门的备份工具。第五条,资源别超配。内存和 CPU 的核心数可以超配(比如物理 8 核给虚拟机分配 12 个 vCPU,靠调度共享),但内存超配要谨慎,尤其开了 KSM 之外没做内存回收的话,超配很容易 OOM。稳妥做法是内存按实际可用量分配,CPU 可以适度超配。我个人在服务器上多年用下来的体会是:先把默认 NAT 网络和图形化流程跑顺,再逐步过渡到桥接网络和命令行脚本化,是一个比较平滑的学习曲线。一上来就追求全自动化、全桥接,遇到问题反而不好定位。另外,Ubuntu 24.04 上的 KVM 在硬件兼容和图形界面体验上确实比几年前的版本省心不少,新装机的话可以放心用。如果你后面要做多台虚拟机的批量管理,可以顺着 libvirt 的 API 往 Ansible 或者 Terraform 上走,把今天图形界面里点的每一步变成代码,那又是另一个可以展开的方向了。