很多人一提到服务器上跑虚拟机第一反应要么是给服务器装个图形桌面再搞VMware要么想着上什么重型Web面板。其实Ubuntu Server 22.04一个很干净的方案就是KVM全称Kernel-based Virtual Machine。它是Linux内核自带的虚拟化模块配合QEMU做设备模拟直接把一台物理服务器拆成多台完全隔离的虚拟机性能损耗远低于纯软件模拟的虚拟机方案。这篇文章我把从零到一的过程完整写下来包括硬件检查、组件安装、网络模式选择以及用virt-manager这个图形客户端远程可视化安装虚拟机的全流程最后把我实际踩过的坑和排查思路一并整理出来给准备在自己服务器上部署KVM的同学做个参考。整个过程不需要给服务器安装桌面环境也不需要任何付费授权纯粹基于Ubuntu原生的虚拟化栈就能搭起来。不管是想在一台服务器上跑多个业务系统还是做测试环境隔离或者干脆拿KVM来给其他物理服务器做系统安装的中转这套方案都适用。1. 方案选型为什么是KVM而不是别的1.1 KVM与QEMU的分工关系先说清楚KVM和QEMU这两个经常被绑在一起说的东西到底是什么关系。KVM本身是一个内核模块它把CPU的硬件虚拟化能力Intel的VT-x和AMD的SVM暴露给操作系统让Linux内核直接充当一个Type-1级别的虚拟化层。但KVM只负责CPU和内存的虚拟化光有它还不够设备层面的模拟要交给QEMU来完成。QEMU是一个用户态程序负责模拟网卡、磁盘、显卡、USB这些虚拟设备。所以平时说装KVM准确讲装的是KVM加QEMU的组合也就是qemu-kvm这个包。实际部署时我们并不直接跟这两个东西打交道中间还有一层libvirt。libvirt是对底层虚拟化能力的统一封装把KVM、QEMU、LXC等后端差异隐藏掉对外提供同一套管理接口virsh命令和virt-manager图形工具都是通过libvirt来操作虚拟机的。这个三层结构是理解后面所有配置的基础最底下是KVM内核模块中间是QEMU做设备模拟最上面是libvirt做统一管理。Ubuntu Server 22.04默认仓库里这几个组件都是打包好的版本匹配上没有坑直接apt安装就行。1.2 为什么不用VirtualBox或Docker很多人问Ubuntu上装VirtualBox不行吗装Docker不行吗能用是能用但场景不一样。VirtualBox是典型的主机型Hypervisor安装后它自己作为宿主机的应用程序运行虚拟机要经过一层额外的软件转换性能虽然够日常用但在追求吞吐量的服务器场景下和KVM这种内核级方案有明显差距。而且VirtualBox在Ubuntu Server上跑图形界面管理还得先装桌面环境违背了服务器轻量化的初衷。Docker则是完全另外一个方向共享宿主机内核做的是进程级隔离不是完整的硬件虚拟化。如果只是部署单个应用服务Docker够用但当你需要跑一个需要自定义内核参数的完整操作系统或者要把别人的系统镜像原封不动地跑起来就必须用KVM这种真正的虚拟机。再补一句关于KVM给服务器做系统这个用法。现实中很多运维场景需要在一台设备上启动一个临时系统来做磁盘分区、镜像引导或者批量装机KVM因为启动快、支持各种ISO镜像直挂干这个非常顺手。你可以在宿主机上直接用virt-install或者virt-manager挂载一个系统安装ISO几分钟内拉起一个临时虚拟机来完成系统初始化、固件升级等操作比去物理机房抱着U盘操作省事得多。1.3 网络模式选型KVM装好后网络是最容易出问题的环节我先在这里把方案定了。libvirt默认会创建一个NAT网络名字叫default网段是192.168.122.0/24。NAT模式下虚拟机通过宿主机转发访问外部网络外部访问虚拟机里的服务比较麻烦需要做端口转发。如果只是测试环境NAT够用开箱即得不用额外配置。如果是生产环境更推荐做桥接网络。桥接相当于在宿主机上建了一个虚拟交换机把虚拟机的网卡直接接到物理网络中虚拟机拿到的是和宿主机同一网段的独立IP其他机器可以直接访问它行为上就像一台真实服务器。这个方案需要在宿主机上配置bridge接口步骤稍微多一点但长期使用更省心。我的建议是第一次学安装用默认NAT先把流程跑通等确认能稳定创建虚拟机后再花十分钟把桥接网络配好后面你会发现管理起来舒畅很多。这篇文章后面第4节的实操会同时覆盖这两种模式下的操作差异第5节也会讲桥接模式下最容易翻车的点。2. 环境准备与前置检查2.1 确认CPU虚拟化支持装KVM之前最重要的是确认CPU支持硬件虚拟化。Linux下检查很简单执行egrep -c (vmx|svm) /proc/cpuinfo如果输出大于0说明CPU支持虚拟化扩展Intel的标记是vmxAMD的标记是svm。如果你的机器输出0先不要急着装重启进BIOS/UEFI设置在CPU相关选项里找Intel Virtualization Technology或SVM Mode把它启用后再检查。还有一个更直接的检查就是确认内核里有没有生成/dev/kvm这个设备文件ls -l /dev/kvm如果存在这个设备KVM模块已经在工作了权限是crw-rw----属主是root组是kvm。后续要把用户加入kvm组就是为了一开始能访问这个设备。我实际遇到过一台物理服务器CPU明明支持虚拟化但/dev/kvm一直不出现排查半天发现是BIOS里虚拟化开关被运维默认关了。这种问题单纯在系统层面检查不出来必须去BIOS看一眼。所以这里多提醒一句先确认/dev/kvm存在再继续否则后面所有虚拟机创建都会报KVM acceleration not available。2.2 系统基础状态确认建议在干净的Ubuntu Server 22.04上操作系统安装完成后先做一轮更新sudo apt update sudo apt upgrade -y升级的另一个目的是确认系统仓库和网络正常。KVM相关组件都从Ubuntu官方仓库装不需要额外添加第三方源这点比很多商业虚拟化软件省心。接下来检查内存和磁盘。KVM虚拟机是需要宿主物理内存支撑的我经验上宿主机至少要给每台计划运行的虚拟机预留1GB到2GB的基础开销加上虚拟机自身分配的内存。比如你想跑2台2GB内存的虚拟机宿主机8GB是比较稳妥的起步配置。内存查看用free -h磁盘建议至少50GB可用空间并且预留一部分做快照和扩容命令是df -h。最后确认一下系统时间同步虚拟机对时间漂移比较敏感宿主机时间不准会传染给所有虚拟机。如果没装过chrony或者systemd-timesyncd建议开启systemd-timesyncdsudo timedatectl set-ntp true2.3 用户与权限规划我强烈建议不要用root账号操作KVM虽然root能跑通一切命令但virt-manager连接时权限模型会让你绕弯路。正确的做法是用一个普通用户然后把它加入libvirt和kvm这两个用户组sudo usermod -aG kvm,libvirt $USER这里有个容易踩坑的点修改用户组后当前终端会话不会立即生效。你需要注销重新登录或者运行newgrp libvirt刷新一下组的身份否则继续操作会一直报权限不足。我见过不少人在这一步反复折腾其实只是没重新登录。另外libvirt在Ubuntu Server 22.04上有两个管理socket一个是root用户使用的一个是普通用户通过libvirtd的polkit授权访问的。默认情况下加入libvirt组的用户就直接有权限管理虚拟机这也是我们要加组的原因。如果后续你发现普通用户连不上libvirtd检查一下polkit规则或者干脆先确认用户组是否加载成功——八成问题出在这里。3. 安装KVM核心组件与初始化配置3.1 安装软件包环境准备好后开始安装。Ubuntu Server 22.04上一行命令搞定sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager逐个说下这些包是干什么的免得装完不知道手里有什么工具qemu-kvmKVM后端包含QEMU模拟器和KVM加速支持是虚拟机运行的核心引擎。libvirt-daemon-systemlibvirtd守护进程的systemd服务单元负责把libvirt以系统服务方式跑起来还包含默认的网络和存储定义。libvirt-clientsvirsh、virt-host-validate等命令行管理工具。bridge-utils提供brctl等桥接管理命令配置桥接网络时要用。virtinst包含virt-install命令行装机工具后面自动化创建虚拟机比图形界面更快。virt-manager图形化管理客户端本文的核心工具。安装过程中apt会自动把依赖处理掉不需要手动解决什么依赖冲突。装完后先检查一下虚拟化环境是否完整sudo virt-host-validate这个命令会把CPU虚拟化、安全特性、模块加载等逐项检查一遍输出结果为PASS项就是正常的。如果某几项WARN不用太紧张比如关于SELinux的那项在Ubuntu上默认是AppArmorWARN是正常的只要KVM加速相关的检查是PASS就行。3.2 启动libvirtd服务并确认状态装好以后libvirtd服务默认会随系统启动但保险起见还是手动设置一下开机自启sudo systemctl enable --now libvirtd sudo systemctl status libvirtd确认服务状态为active (running)后执行virsh list看看能不能正常连接sudo virsh list --all如果能看到一个空列表并且没有报错说明基本通道已经通了。这里如果报Failed to connect socket to /var/run/libvirt/libvirt-sock大概率是libvirtd没起来或者用户权限没刷新生效回到2.3节重新登录一遍。默认安装后libvirtd会创建一个NAT网络default你可以用virsh net-list确认。网桥virbr0也会自动生成ip addr能看到192.168.122.1这个地址这就是虚拟机的NAT网关。3.3 存储池规划虚拟机的磁盘镜像默认会放在/var/lib/libvirt/images这个路径在安装时自动创建。libvirt称这个为默认存储池可以直接使用。但我在实际使用中建议不要只依赖默认池最好把存储规划做得精细一点。原因很简单/var路径通常和系统盘在一起系统盘被虚拟机镜像塞满会导致宿主机系统故障这是最让人抓狂的事故之一。如果你有独立的数据盘或者大容量分区的挂载点把它设为独立的存储池会更安全。创建新存储池有两种方式简单的是通过virt-manager图形界面操作在连接详情里添加存储池命令行方式是用virshsudo mkdir -p /data/kvm/images sudo virsh pool-define-as data_pool dir --target /data/kvm/images sudo virsh pool-start data_pool sudo virsh pool-autostart data_pool sudo virsh pool-list存储池本身不是一个必须概念你在virt-manager创建虚拟机时直接指定自定义存储路径也可以它不会校验路径是否属于已定义的池。但独立存储池最大好处是方便后续管理比如批量迁移、统一扩容、定期备份都有明确的边界。镜像格式方面强烈建议选择QEMU的qcow2格式而不是raw。qcow2支持稀疏文件建一个100GB的磁盘实际只占用实际使用量还原生支持快照和压缩这是日常使用性价比最高的选择。raw虽然性能理论上略好一点但在共享存储和备份场景下并不占优势除非你有明确的特殊需求否则别选。4. virt-manager可视化安装虚拟机的完整实操4.1 virt-manager的连接方式virt-manager本身是一个桌面图形应用。如果你在服务器本地装了图形桌面直接装virt-manager然后启动即可但Ubuntu Server默认没有桌面更常见的做法是在自己的电脑上装virt-manager通过远程连接去操作服务器上的libvirtd。我推荐的做法有两种按个人环境选第一种是X11转发方式。在你的电脑上用SSH连接服务器时加上-X参数然后直接在服务器上启动virt-manager图形界面会通过SSH隧道显示到本地。这种方式最简单要求你的电脑装了X11服务Windows下可以用MobaXterm自带X servermacOS下可以用XQuartz。第二种更稳定在本地电脑安装virt-manager客户端然后添加远程连接。比如本地是Ubuntu桌面执行sudo apt install virt-manager本地是Windows可以装virt-manager的Windows版本或者干脆用X11转发方式。添加连接时选择QEMU/KVM类型勾选通过SSH连接填上服务器地址和用户名virt-manager会通过SSH隧道建立到libvirtd的安全连接。我实际更常用第一种因为服务器上通常已经装了virt-managerSSH加-X启动最省事。但要说稳定性还是本地客户端加SSH远程连接更好网络抖动时界面不会卡得那么厉害。4.2 创建虚拟机关键参数与选择逻辑打开virt-manager后如果看到的是本地QEMU连接双击QEMU/KVM图标进入管理界面。右上角点击创建新虚拟机会进入向导这里每一步参数的选择后面都会直接影响虚拟机的性能和可用性我按流程逐项讲。第一步是选择安装方式。可选本地安装介质ISO镜像、网络安装、现有磁盘镜像导入等。最常见的是选择系统ISO镜像点击使用ISO镜像选好文件后下面会问是自动检测系统还是手动选择。如果virt-manager能从ISO中自动识别出操作系统版本它会自动装对应驱动识别不出来时手动选Ubuntu 22.04对应的系统类型即可这个选择影响的是QEMU对虚拟机的硬件模拟方式选对了性能会更好。第二步是设置内存和CPU。这一步也是新手最容易贪心的部分。要知道CPU分配有一个基本原则全虚拟化的CPU不一定是越多越好因为调度开销会随vCPU数量线性增加。一般建议单台虚拟机分配物理核数的一半以内比如8核物理机给虚拟机4个vCPU以内比较合理。内存分配则要注意留足宿主机自身运行和其他虚拟机需要的量分满了会触发内存耗尽甚至内核OOM。稳妥做法是先按虚拟机预期负载的70%分配跑起来后发现不够再加内存可以动态调整但分配太大回收麻烦。第三步是磁盘配置。默认选择创建磁盘镜像这里有两个关键点格式选择qcow2容量按虚拟机的峰值需求给比如安装Ubuntu Server给50GB就够了。注意qcow2是稀疏增长不会立即占用满50GB所以多给一点不心疼但也不要无限大因为最终撑满时物理磁盘真的会被写满。第四步是网络选择。这就是1.3节说到的网络模式选型落地的地方。默认NAT网络适合测试如果已经配置了桥接网卡这步直接选择桥接设备名称例如br0。我自己的习惯是在这一步之前就先配好桥接因为虚拟机创建后换网络比创建时选网络要额外多一步操作不如一上来就规划好。一切设置完毕后点击完成virt-manager会生成一个新的虚拟机并打开控制台窗口接下来就是正常的系统安装流程。如果是Ubuntu Server的ISO控制台窗口里能看到安装引导界面键盘、语言、磁盘分区这些步骤都和物理机安装完全一样操作上没有额外的学习成本。4.3 系统安装完成后的验证与增强配置系统装完重启后进入虚拟机控制台完成基础配置然后做三件事第一用ip addr确认IP地址正确获取第二测试虚拟机外网连通性ping一下外部地址第三在宿主机上执行virsh list查看虚拟机状态确认它处于running状态。到这里一台基础虚拟机就算跑起来了。但作为一个长期使用的系统我建议再装一个qemu-guest-agent它是QEMU与虚拟机之间的通信代理装了之后宿主机可以获取虚拟机的IP、执行关机操作、做内存快照等非常实用。在虚拟机内部执行sudo apt install -y qemu-guest-agent然后在宿主机上编辑虚拟机配置把channel和agent相关的设备加上。如果你用virt-manager也可以在虚拟机的详情窗口里直接添加Channel设备类型选择unix路径填org.qemu.guest_agent.0。配置生效后virt-manager里就能看到虚拟机的心跳状态和IP地址了。还有一个小细节为了让虚拟机的键盘鼠标交互更流畅在虚拟机里安装系统时选择virtio系列虚拟设备。virt-manager默认会为磁盘和网卡选择virtio驱动这是半虚拟化设备性能远超模拟的IDE网卡。如果创建时选错了后面可以在虚拟机详情里看到两个设备类型网卡和磁盘都换成virtio会明显提升读写性能。4.4 从virt-manager过渡到virsh命令行跑通图形化安装后我强烈建议学一点virsh命令因为运维场景下不可能永远依赖图形界面。virt-manager做的每件事底层都是libvirt API调用命令行完全能覆盖。几个最常用的virsh list --all # 列出所有虚拟机 virsh start vm-name # 启动虚拟机 virsh shutdown vm-name # 优雅关机 virsh destroy vm-name # 强制断电慎用 virsh suspend vm-name # 挂起 virsh edit vm-name # 编辑XML配置 virsh snapshot-create-as vm-name snap1 # 创建快照掌握了这些命令后你可以在没有图形环境的宿主机上直接管理虚拟机脚本化批量操作也成为可能。virt-manager更多是作为交互式调试和查看状态的工具而virsh则是自动化和批量场景下的主力。5. 常见问题与故障排查实录5.1 常见报错速查表这几条是我这段时间操作中最常遇到的报错整理成了一张可以直接对照的表现象典型原因解决办法创建虚拟机报KVM acceleration not availableCPU虚拟化未开启或/dev/kvm权限不足进BIOS开启虚拟化确认kvm组权限并重新登录libvirtd连接失败提示找不到libvirt-socklibvirtd服务未启动systemctl start libvirtd并enable设置开机自启启动虚拟机报permission denied /dev/kvm当前用户不在kvm组usermod加组后重新登录newgrp kvm刷新生效虚拟机无法访问外网NAT网络故障或桥接配置错误virsh net-list检查default网络检查网桥接口up状态virt-manager远程连接超时SSH隧道或端口配置问题先本地ssh测试连通性再确认libvirtd监听地址磁盘镜像文件访问被拒AppArmor限制libvirt目录把镜像目录加入/etc/apparmor.d/usr.sbin.libvirtd白名单5.2 virt-manager远程连接的经典坑远程连接virt-manager时最容易碰到的情况是本地客户端添加连接后一直卡在连接中或者报unable to connect to libvirt。排查思路其实很简单先用SSH命令手动测试到服务器的连通性排除网络层面的问题ssh userserver_ipSSH能通的话问题通常出在libvirtd的监听配置上。virt-manager通过SSH通道连接时会执行ssh到目标主机再连到本地的libvirtd socket这时候需要确保libvirtd监听在本地socket上而不是只监听TCP端口。默认配置是没问题的但如果你照着网上的老教程改过/etc/libvirt/libvirtd.conf改了listen_tls、listen_tcp这些参数就可能导致连接异常。原则是除非你明确需要外部TCP访问libvirtd否则不要动这些参数保持默认SSH通道是最稳的。还有一个容易被忽略的点virt-manager本地客户端需要与服务器端libvirt版本保持兼容my-server 22.04的libvirt版本较新一般本地只要别太老都兼容。如果版本差异太大出现异常优先升级本地客户端而不是降级服务器。5.3 桥接网络反复掉线的问题桥接配置好后一个高频问题是宿主机重启后桥接接口没起来或者虚拟机一启动宿主机网络就断开。这两个问题根源往往相同netplan配置格式错误或桥接关系没理顺。Ubuntu Server 22.04使用netplan管理网络配置在/etc/netplan/目录下。一个典型的桥接配置类似这样network: version: 2 ethernets: enp3s0: dhcp4: false bridges: br0: interfaces: [enp3s0] dhcp4: true核心思路是物理网卡不配IP把IP挪到br0上物理网卡变成br0的成员。很多人在这一步把IP配在了物理网卡上结果虚拟机一启动物理网卡被桥接占用宿主机网络立即失效。记住一句话桥接模式下IP是配在bridge接口上不是配在物理接口上。如果改完配置后网络断了而且你有物理访问手段可以用sudo netplan apply回滚或者在配置修改前先备份原文件这是最保险的做法。5.4 虚拟机性能不达预期时的排查方向如果你发现虚拟机里跑业务明显比物理机慢按这个顺序排查先看磁盘设备类型确认是virtio还是idevirtio磁盘的IO性能通常是ide的好几倍再看网卡模型确认是virtio而不是e1000半虚拟化网卡能把吞吐量拉满接着确认CPU没有超分配宿主机上所有虚拟机的vCPU总数不要超过物理核数的两倍超过后调度开销会导致整体变慢。还有一个实用技巧如果虚拟机对延迟敏感可以为虚拟机开启CPU固定pinning在虚拟机的XML配置中把vcpu的cpuset指定到特定的物理核上这样可以避免vCPU在物理核之间频繁迁移带来的缓存抖动。具体配置需要根据宿主机拓扑来定一般命令是virsh vcpupin。日常没有极低延迟需求时不建议折腾这个调起来比较费时间收益用肉眼看不明显。6. 实操心得与长期维护建议6.1 快照功能的正确使用姿势KVM最吸引人的能力之一是快照。qcow2格式天然支持快照virt-manager里在虚拟机详情页的Snapshot标签页就可以给虚拟机做一个时间点的镜像。我在给系统打补丁或者做重大配置变更前一定会先做一次快照变更失败后一分钟内回滚到变更前状态比任何备份方案都快速。但这里必须强调一个警示虚拟机的快照并不等于备份。快照是增量式的它的存在依赖原始磁盘镜像文件一旦原始文件损坏或者被误删快照也一起丢失。生产环境的安全底线还是要有独立的备份快照只是用来做变更保护不是灾备方案。快照数量也不能无限堆积太多快照会让磁盘映像文件变得极度碎片化导致qemu块层查询效率下降虚拟机的磁盘性能会被影响到。我一般在一个虚拟机上最多保留两三个快照用完就删。6.2 宿主机的资源监控习惯长期运行的宿主机我建议养成定期看三个指标的习惯内存余量、磁盘空间、CPU负载。特别是磁盘因为qcow2镜像的稀疏属性会让df显示的使用量偏小实际占用量要到/var/lib/libvirt/images或者自定义存储池里去用du查看。命令也很简单du -sh /var/lib/libvirt/images/*如果发现某个镜像文件远大于虚拟机的配置容量通常是虚拟机里有大量删除操作后没有做碎片整理镜像并不会自动缩小。这时可以在虚拟机内部执行fstrim /然后在关机状态下用qemu-img命令压缩镜像这能回收不少空间。6.3 最后的经验心得整套KVM部署跑完我的体会是KVM优点非常突出但与成熟商业软件相比运维需要自己承担更多的细节管理。你现在搭好了环境和第一台虚拟机接下来建议做的第一件事就是把这台虚拟机的XML配置文件导出备份一份virsh dumpxml可以导出放到宿主机系统盘之外的地方。虚拟机的配置本质就是这份XML有了它理论上你可以在任何一台支持KVM的机器上恢复出同样的虚拟机——当然数据盘要另行处理但至少配置不会再重来一遍。还有一个小技巧分享给看到这里的朋友virt-manager创建虚拟机时安装源如果用的是本地ISO建议把ISO文件放到一个固定目录并统一命名格式比如/opt/iso/ubuntu-22.04-server-amd64.iso。别小看这个习惯当你几十台虚拟机需要反复重建时不用满硬盘找ISO的感觉非常舒服。最后想说的是别止步于图形界面。今天用virt-manager把虚拟机创建起来的整个过程后面全部可以用virt-install一条命令复现。图形界面帮我们理解流程一旦理解透了命令行才是KVM长期运维的真正抓手。把这个链路走通你的服务器虚拟化能力就成型了后面不管是扩容、调优还是做批量交付都顺理成章。