做了几年KVM环境运维越到后面越发现一个事实真正解决线上问题的不是花里胡哨的管理面板而是那些藏在系统里的命令行工具。很多朋友找我聊虚拟化落地开口就问有没有好用的图形界面但真到了生产环境排障SSH一登进去全是黑底白字熟不熟练CLI直接决定你能不能快速定位问题、恢复业务。这篇文章想把我在日常工作中高频使用的KVM命令行工具完整梳理一遍。从虚拟机生命周期管理到存储镜像处理从性能监控到网络排障尽量讲清楚每个工具在什么场景下用、怎么用、踩过什么坑。内容比较长建议先收藏再看适合刚接手KVM环境的新手也适合已经有一定基础、想系统查漏补缺的运维同学。1. 内容整体设计与思路拆解1.1 为什么KVM运维必须掌握CLI工具KVM全称Kernel-based Virtual Machine从Linux 2.6.20开始合入内核主线本身不是一个具体的软件而是内核提供的虚拟化基础设施。日常我们说的KVM管理工具链其实是围绕着libvirt、QEMU以及一堆配套命令行组件搭建起来的。正因为KVM深度依赖Linux内核能力它和系统命令行工具的整合程度远高于其他虚拟化方案。管理Xen你可能主要靠xm、xl命令管理VMware有esxcli而KVM环境下同样的任务可以有多种工具达成灵活度很高但也意味着你得知道在什么场景选什么工具。生产环境里图形界面往往是奢侈品。无论是物理服务器上最小化安装的操作系统还是跳板机上受限的网络环境都决定了你不一定每次都能打开virt-manager的窗口。CLI工具的优势在自动化场景体现得最为明显——批量创建虚拟机、定时快照清理、故障自动迁移这些操作用脚本一把梭跟在图形界面里一个点一个点地创建虚拟机效率完全不在一个量级。还有一个容易被忽略的点CLI工具的输出格式天然适合二次处理。virsh绝大多数命令支持--xml参数直接输出结构化信息配合grep、awk、jq能非常快地提炼出你关心的数据。图形界面看上去直观但遇到几百台宿主机的时候你总不可能一台一台开窗口去看。1.2 工具链的整体架构与选型思路KVM的命令行工具链大致可以分成四层层次代表工具主要职责内核与硬件层modprobe、lsmod、virsh capabilities确认硬件虚拟化能力、加载kvm模块虚拟化管理层virsh、virt-install、virt-cloneVM生命周期管理、创建克隆迁移镜像与存储层qemu-img、guestfish、virt-filesystems磁盘创建、格式转换、快照、在线修改镜像监控与排障层virsh domstats、virt-top、sar、perf资源监控、性能定位、故障排查我个人的习惯是每台宿主机上必装libvirt-client、qemu-img、virt-install、guestfs-tools这几个包。libvirt-client提供virsh命令qemu-img负责镜像操作virt-install用来命令行创建虚拟机guestfs-tools则能在不启动虚拟机的情况下直接读写磁盘文件排查系统内部问题时堪称神器。这些工具基本都是发行版仓库里自带的不需要额外配置第三方源安装起来非常省心。工具选型上没有绝对的“最好”只有“最合适”。比如批量创建虚拟机virt-install加上kickstart自动安装文件是效率最高的组合但在已有镜像基础上快速生成新虚拟机virt-clone反而更直接。快照管理上libvirt的快照和qemu-img的快照功能有重叠也有差异我后面会专门展开讲。1.3 我这套方案的适用场景与选择理由下面讲的所有操作我都基于这样一个典型场景来展开一台CentOS Stream 9宿主机内核自带KVM模块libvirt版本8.0以上qemu-kvm版本7.2以上。这套环境在RHEL、Rocky Linux、Ubuntu Server等主流发行版上基本通用只有个别命令参数存在细微差异遇到时我会单独标注。选择这套方案主要是因为生产环境里存量最大的还是这类企业级Linux服务器。Ubuntu上libvirt-bin和virtinst的包名跟RHEL系不太一样但virsh命令本身的设计是一致的学会一套换发行版只是装包命令不同而已。另外我用的是非root的普通用户加入libvirt组来执行管理操作更贴近实际生产环境的权限管理要求避免了所有操作都拿root硬怼的坏习惯。2. virt-install与virsh虚拟机生命周期管理的左右手2.1 virt-install创建虚拟机的核心参数与完整示例virt-install是我创建虚拟机用得最多的工具没有之一。它的设计逻辑很简单命令行参数描述你要创建的虚拟机配置然后它帮你把定义、磁盘创建、安装介质挂载、启动虚拟机这些杂事一次做完。一个最精简的创建命令长这样virt-install \ --name vm-test01 \ --memory 4096 \ --vcpus 4 \ --disk path/var/lib/libvirt/images/vm-test01.qcow2,size30,formatqcow2,busvirtio \ --cdrom /var/lib/libvirt/images/CentOS-Stream-9-latest.iso \ --os-variant centos-stream9 \ --network networkdefault,modelvirtio \ --graphics spice \ --noautoconsole这里要注意的是--os-variant参数它直接影响虚拟机配置的优化程度。不同操作系统对虚拟硬件的要求有差异--os-variant指定正确后libvirt会自动配置合适的virtio驱动、时钟源、ACPI等选项。用osinfo-query os命令可以查看当前系统支持的所有操作系统变体名称创建前先查一下总不会错。--noautoconsole参数建议加上。不加的话virt-install创建完虚拟机会自动尝试连接虚拟机的控制台在纯命令行的SSH环境下经常会卡在一个黑屏控制台界面里出不来还要按Ctrl]跳出体验很差。加上这个参数后创建完成直接回到Shell提示符虚拟机状态用virsh list确认即可。2.2 virsh虚拟机生命周期操作和XML配置修改创建完虚拟机之后日常操作基本都是virsh来承接。virsh list --all查看所有虚拟机virsh start vm-test01启动virsh shutdown vm-test01发送ACPI关机信号这些命令本身没什么好讲的但有几个细节值得说道说道。virsh list --all virsh dominfo vm-test01 virsh vcpuinfo vm-test01 virsh dommemstat vm-test01生产环境中我用的比较多的是批量操作。比如要批量重启所有运行中的虚拟机一条for循环就搞定了for vm in $(virsh list --state-running --name); do echo [$(date %F_%T)] rebooting $vm virsh reboot $vm done修改虚拟机配置时直接用virsh edit vm-test01是一种方式但我更推荐定义修改分离的思路。先用virsh dumpxml vm-test01 /tmp/vm.xml导出XML修改完再用virsh define /tmp/vm.xml重新定义。这样做的好处是你在修改前有一个完整的配置快照改出了问题也能马上对比回滚。大改配置比如调整内存大小时很多人直接virsh edit改完就完事了其实不对。对运行中的虚拟机这种修改不会立即生效需要virsh setmem和virsh setvcpus配合--live和--config参数分两步走。我遇到过不止一次内存明明是改了但虚拟机里面free -m一看还是老值就是因为只改了config层没有同步到live层。2.3 克隆与迁移virt-clone和virsh migrate的实战细节virt-clone是从已有虚拟机克隆新虚拟机的最快方式。它的底层逻辑是复用源虚拟机的磁盘镜像通过生成新盘来提高克隆速度。默认采用qcow2格式的话克隆出来的新盘和源盘共享数据块不占额外空间这在批量复制基础环境时优势极其明显。virt-clone \ --original vm-test01 \ --name vm-test02 \ --file /var/lib/libvirt/images/vm-test02.qcow2克隆完成后记得用guestfish或virt-customize修改新虚拟机的hostname、网卡MAC地址对应的配置文件。很多时候克隆完虚拟机起不来或者网络跟源机器冲突就是因为忘了这一步。virt-sysprep这个工具可以自动重置这些机器相关的配置建议克隆后跑一遍virt-sysprep --domain vm-test02 --hostname vm-test02.example.com虚拟机迁移方面virsh migrate是标准方案但细节很多。共享存储环境下的迁移相对简单不共享存储就要加--copy-storage-all参数把磁盘一起迁过去。我第一次做非共享存储迁移时没有指定--live参数业务直接中断了好几分钟后来改成在线迁移才把停机时间压缩到秒级。virsh migrate --live vm-test01 qemussh://target-host/system --copy-storage-all --persistent --undefinesource3. 存储与镜像工具链qemu-img、guestfish和快照管理3.1 qemu-img常用操作与格式差异KVM环境下磁盘镜像格式最常见的是qcow2和raw两者选择直接影响性能和功能取舍。qcow2支持快照、压缩、加密而且采用稀疏分配刚创建时几乎不占实际空间raw格式没有这些高级特性但因为是裸格式顺序读写性能略好一些。我个人的实践是对性能要求非常高的数据库虚拟机用raw一般业务虚拟机用qcow2运维灵活度远大于那点性能差距。qemu-img create -f qcow2 /var/lib/libvirt/images/data01.qcow2 100G qemu-img info /var/lib/libvirt/images/data01.qcow2 qemu-img check /var/lib/libvirt/images/data01.qcow2磁盘扩容是qemu-img最常用的操作。给虚拟机加磁盘空间两步走先qemu-img resize改镜像大小再进虚拟机内部用分区工具扩展分区和文件系统。这里特别提醒一下resize以后虚拟机内部看不到新增空间是正常的因为分区表还没有变需要在虚拟机里执行growpart和resize2fs或xfs_growfs才能真正用上新增容量。qemu-img resize /var/lib/libvirt/images/data01.qcow2 50G3.2 guestfish不启动虚拟机也能改系统配置guestfish是libguestfs工具集里最核心的一个它能够让你像操作普通文件系统一样操作虚拟机磁盘镜像里的文件而不需要启动虚拟机。这个能力在排查虚拟机启动异常、修改忘记的root密码、调整关键配置文件时非常有用。首先用virt-filesystems查看镜像里的分区结构virt-filesystems -a /var/lib/libvirt/images/vm-broken.qcow2 --all --long然后guestfish交互式模式进入对指定分区挂载后操作文件guestfish --rw -a /var/lib/libvirt/images/vm-broken.qcow2进入guestfish交互环境后先run然后mount /dev/sda1 /就可以用ls /etc、edit /etc/fstab这类命令直接编辑虚拟机内的文件了。修改root密码这种操作挂载分区后直接编辑/etc/shadow就可以完成完全不需要单用户模式。有一个非常实用的场景虚拟机系统文件被误删导致无法启动用guestfish把文件拷回去就能救回来。往虚拟机里拷贝文件、从虚拟机里拷出关键日志guestfish都能搞定。我多次在排障时用guestfish把虚拟机里的/var/log/messages拷出来分析比先想法子启动虚拟机再慢慢查方便太多了。3.3 快照管理内部快照与外部快照的选型快照是虚拟化运维的安全网。KVM有内部快照和外部快照两种机制工作方式和适用场景差别很大。内部快照是把快照状态保存在qcow2镜像文件内部创建简单一条virsh snapshot-create-as就完成但缺点是快照多了以后镜像文件会变得很大而且不支持在虚拟机运行状态获取内存状态。外部快照则是在当前镜像之上生成一个新的叠加层原镜像变为只读模板快照操作极快几乎不影响业务但管理复杂度高——恢复时需要用qemu-img commit合并层操作失误容易导致数据丢失。virsh snapshot-create-as vm-test01 snap_before_update \ --description snapshot before package update \ --disk-only --atomic我个人在测试环境大量使用内部快照简单可靠生产环境如果要打快照更倾向于用qemu-img的子镜像方式做外部快照配合定期清理脚本。另外强调一句快照不是备份。快照依赖原始镜像文件存在如果原始文件损坏所有快照跟着一起完蛋。重要数据一定还要有独立的离线备份。4. 网络配置管理从默认网络到桥接网络的排障经验4.1 virsh net-系列命令管理虚拟网络libvirt把虚拟网络作为独立对象管理virsh net-list、virsh net-info、virsh net-dumpxml这些命令用来查看网络配置virsh net-create和virsh net-define用来临时或永久定义网络。默认安装libvirt后会自动创建一个名为default的NAT网络新创建的虚拟机默认接在这个网络上。virsh net-list --all virsh net-info default virsh net-dumpxml default生产环境里NAT网络往往满足不了需求。虚拟机要被外部直接访问就得用桥接模式让虚拟机直接出现在物理局域网中。Linux下创建桥接网络的标准做法是用nmcli或bridge-utils工具nmcli con add type bridge ifname br0 con-name br0 nmcli con add type bridge-slave ifname eth0 master br0 nmcli con up br0桥接网络创建好之后需要让libvirt认识这个桥。直接用virsh net-define定义一个新的NAT网络是不行的——桥接场景其实根本不需要libvirt创建网络只要在虚拟机XML里把接口类型直接定义为桥接即可。修改虚拟机配置把interface段改成这样interface typebridge source bridgebr0/ model typevirtio/ /interface4.2 桥接网络的关键排查思路桥接网络排障是KVM运维里最容易踩坑的地方。我总结下来大部分问题集中在三个层面。一是物理网卡与网桥的配置关系。要确认物理网卡确实被纳入了桥接用bridge link命令查看。正常情况下eth0应该处于br0的slave角色而非独立配置IP地址。如果物理网卡还在使用自己的IP而网桥也有一个IP就会出现IP冲突导致网络诡异不通。bridge link show ip addr show br0二是防火墙转发策略。NAT模式下iptables需要允许FORWARD链转发虚拟机流量桥接模式下很多系统默认的firewalld规则同样会影响转发。我用过很多次这个方法验证sysctl net.ipv4.ip_forward iptables -L FORWARD -n -v三是虚拟机内部的网络配置。桥接模式下虚拟机网卡看到的交换机是物理交换机的延伸虚拟机里的IP必须和宿主机在同一网段才有意义。我见过有人在NAT模式下配置了静态IP又改到桥接模式结果网段不对虚拟机直接失联。这种问题最隐蔽排查时要先确认虚拟机内部网卡和IP配置是否和物理环境匹配。4.3 网络性能与参数调优虚拟机的网络性能经常被诟病但很多情况下问题出在配置不当而非KVM本身。virtio半虚拟化驱动必须装上没有virtio驱动的虚拟机网卡性能可能只有有驱动时的几分之一。判断虚拟机是否使用了virtio网卡看虚拟机XML里interface段的model type即可。宿主机侧的大页内存、网卡多队列特性对网络性能影响也很明显。现代KVM支持virtio网卡多队列需要宿主机和虚拟机配合开启。虚拟机内启用多队列的做法是给每个vCPU分配对应的网卡队列这样网络中断可以分散到多个CPU核心处理避免单个核心成为瓶颈。多队列配置比较繁琐但配合DPDK或者高并发业务场景时收益非常明显。virsh domiflist vm-test01 ethtool -L eth0 combined 45. 监控排障与性能分析从工具输出到问题定位5.1 virsh domstats、virt-top与系统命令组合监控KVM的性能监控有点特殊要同时关注宿主机层和虚拟机层两个维度。宿主机层用top、sar、iostat这些传统工具虚拟机层用virsh domstats可以拿到比较完整的CPU、内存、块设备、网络统计信息。virsh domstats vm-test01 --state --cpu-total --balloon --vcpu --block --net这个命令输出很丰富但也很啰嗦。实际用的时候我更喜欢只看关键字段。比如确认虚拟机当前是否在跑、CPU使用率多少用--cpu-total输出里的cpu.time字段连续采样两次计算差值就能得到准确的CPU占用。同理通过block统计的wr_bytes、rd_bytes差值可以算出磁盘吞吐量。这种差值采样法在脚本监控里非常实用。virt-top是另一个简单直观的KVM监控工具界面类似top但专门针对虚拟机virt-top它按列展示每台虚拟机的CPU、内存、磁盘IO使用情况适合快速看全宿主机的虚拟机资源分布。5.2 一个典型的宿主机性能问题分析过程内存过度分配是KVM宿主机性能问题最常见的元凶之一。假设宿主机物理内存64G你创建了5台16G内存的虚拟机总和已经超过物理内存。如果虚拟机内部实际使用内存没那么高宿主机还能通过balloon机制动态调节但如果业务压力上来虚拟机同时申请大量内存宿主机就会开始使用swap整机性能急剧下降。排查这类问题我通常这样操作free -g virsh dommemstat vm-test01dommemstat输出里的unused字段表示虚拟机当前未使用的内存量如果持续很低说明虚拟机内存吃紧需要考虑扩容。宿主机层面看free命令的available字段如果长期低于总内存的10%基本可以判定内存不足。这种情况下的优化优先级我认为是先调低过度分配比例再考虑增加物理内存最后才调整虚拟机内部的应用内存参数。还有一类容易忽视的问题是CPU steal。虚拟机里的CPU时间片被宿主机抢占反映在虚拟机内部就是load average飙升但CPU使用率正常。在宿主机上用mpstat或者perf排查如果确认是CPU竞争处理思路是限制虚拟机核数或调整CPU调度权重而不是盲目加CPU核数。5.3 日志、AIO与宿主机内核参数排查虚拟机突然卡死、IO停顿这类问题是运维中最紧张的时刻。遇到这类问题我第一件事不是去折腾虚拟机而是查看宿主机内核日志和QEMU进程状态dmesg -T | tail -n 50 journalctl -f ps aux | grep qemuKVM虚拟机的磁盘IO模式有两种threads和native即AIO。qemu-kvm 7.2以上版本对native模式支持更完善大多数场景下建议开启iothread来改善磁盘性能。我见过不少磁盘性能差的案例排查下来就是虚拟机的virtio-blk设备没有使用独立的iothread导致块设备中断和vCPU争抢资源。给虚拟机配置iothread需要在XML里先定义iothread数量再给磁盘设备绑定iothreadiothreads4/iothreads ... disk typefile devicedisk driver nameqemu typeqcow2 iothread1/ /disk宿主机内核参数对KVM性能也有很大影响。比较关键的有vm.swappiness和透明大页THP。数据库这类有大量随机访问的应用建议关闭THP并用大页显式分配否则可能出现内存分配延迟。当然这个优化没有统一结论具体业务具体测试我这里只提醒大家有这个调优维度。6. 常见问题与排查技巧实录6.1 内存热插拔配置无效、快照命令报错等高频问题问题一virsh setmem修改内存不生效。原因和解决办法我前面提到过运行中的虚拟机必须带--live参数才会立即生效。更完整的做法是virsh setmem vm-test01 8G --live virsh setmem vm-test01 8G --config两个参数都执行一遍保证当前运行配置和持久化配置一致。另外需要注意内存上限是在XML里通过memory和currentMemory两个字段控制的轻量调整不能超过maxMemory定义的上限。问题二快照创建时报错“internal error: Disk has no snapshot support”。这个原因很简单虚拟机的磁盘格式是raw。raw格式不支持内部快照要么改用qcow2格式要么使用外部快照方案。我的建议是有快照需求的虚拟机创建磁盘时直接用qcow2不要等需要快照了才转格式qemu-img convert虽然能转但大磁盘转换耗时很长。问题三虚拟机长时间无法正常关机一直卡在shutdown状态。多半是虚拟机内部没有安装acpid服务导致ACPI关机信号无人响应。验证方法virsh list --state-shutoff --all这里的解决方法很直接在虚拟机里安装acpid并设置为开机自启。如果虚拟机已经失联用virsh destroy强制关闭但要注意这是模拟断电可能造成文件系统损坏非必要不要用。6.2 实战问题排查速查表现象可能原因排查思路常用命令virsh list看不到虚拟机连接了错误的URI检查是否连到system实例virsh -c qemu:///system list --all虚拟机无法获取IPDHCP服务异常或网卡未识别检查default网络状态virsh net-list、virsh net-dhcp-leases default桥接网络不同防火墙转发被拦截检查FORWARD链和网桥配置bridge link、iptables -L FORWARD磁盘IO性能差未开启iothread或使用virtio查看XML设备配置virsh domblklist、virsh edit镜像文件过大内部快照占用空间清理无用快照virsh snapshot-list --tree迁移失败目标宿主机配置不一致检查目标机libvirt和存储virsh migrate --verbose虚拟机时钟漂移缺少时间同步机制宿主机和虚拟机都要配置NTPtimedatectl、chronyc tracking6.3 几条少有人知道但确实好用的技巧最后分享几个我在日常运维中总结的小技巧很多教程里根本不会写这些。技巧一批量获取所有虚拟机IP地址。不需要一个个进虚拟机去查也不需要依赖DHCP服务器直接用libvirt的DHCP租约查询就能拿到virsh net-dhcp-leases default这个命令一次性把default网段下所有虚拟机的MAC、IP、hostname全部列出来非常实用。技巧二宿主机重启后自动启动虚拟机。生产环境里宿主机意外重启后虚拟机应该自动恢复运行否则业务就断了。设置方法virsh autostart vm-test01这条命令会在/etc/libvirt/qemu/autostart目录下创建符号链接libvirt服务启动时会自动拉起对应虚拟机。查看当前autostart状态用virsh dominfo vm-test01看Autostart字段。技巧三快速定位CPU占用高的虚拟机。在宿主机上执行top然后按c显示完整命令行找到qemu-system-x86_64进程后再结合pidstat采样基本就能确认是哪台虚拟机。配合virsh vcpuinfo能看到该虚拟机内部vCPU与宿主机CPU的对应关系virsh vcpuinfo vm-test01输出里的CPU列就是该vCPU当前运行的物理CPU编号对照top里qemu进程的CPU编号主要业务虚拟机基本能对上号。技巧四用virsh sendkey给虚拟机制造键盘事件。这个方法在自动化测试和应急处理中很好用比如想给虚拟机发送CtrlAltDelete组合键virsh sendkey vm-test01 KEY_LEFTCTRL KEY_LEFTALT KEY_DELETE技巧五整个虚拟机配置备份到一个目录。定时把每台虚拟机的XML导出到普通文件配合磁盘镜像的定期快照就是一套很基础的容灾方案mkdir -p /backup/vmdef for vm in $(virsh list --all --name); do virsh dumpxml $vm /backup/vmdef/${vm}.xml done真需要重建虚拟机的时候有XML定义文件和磁盘镜像几乎可以完整恢复出一台一模一样的虚拟机。7. 自动化脚本实践用CLI工具把日常运维固化下来7.1 一个可靠的新虚拟机自动部署脚本日常手工创建虚拟机偶尔一次没问题但批量创建或者频繁创建测试环境时一定要走脚本。这里提供一个简化版本的自动化创建脚本核心思路是把通用配置抽成变量一条命令完成创建、启动、验证的全流程#!/usr/bin/env bash # KVM VM auto deploy script set -euo pipefail VM_NAME$1 VM_MEM${2:-4096} VM_VCPU${3:-4} VM_DISK${4:-50} VM_IMG_DIR/var/lib/libvirt/images VM_ISO/var/lib/libvirt/images/CentOS-Stream-9-latest.iso qemu-img create -f qcow2 ${VM_IMG_DIR}/${VM_NAME}.qcow2 ${VM_DISK}G virt-install \ --name ${VM_NAME} \ --memory ${VM_MEM} \ --vcpus ${VM_VCPU} \ --disk path${VM_IMG_DIR}/${VM_NAME}.qcow2,formatqcow2,busvirtio \ --cdrom ${VM_ISO} \ --os-variant centos-stream9 \ --network networkdefault,modelvirtio \ --graphics none \ --console pty,target_typeserial \ --noautoconsole virsh list --all | grep ${VM_NAME}脚本里的--graphics none和--console pty是为了适应纯命令行环境。很多新手按网上的图形化教程抄命令到自己的无显示器服务器上执行却发现启动不了多半就是这个原因。不用图形界面时务必配置串口console参数否则virt-install创建完虚拟机你都没法登录。7.2 脚本运行时对安全和异常的预案自动化脚本有个巨大的风险如果某条命令执行了一半失败可能留下半创建状态的虚拟机或损坏的镜像。所以我强烈建议在脚本里加set -euo pipefail让任何一步出错都立即终止避免带病继续执行。同时创建虚拟机前先检查镜像是否已存在避免覆盖线上数据[ -f ${VM_IMG_DIR}/${VM_NAME}.qcow2 ] { echo ERROR: target image already exists, exiting exit 1 }批量创建虚拟机时还要注意libvirt全局资源配额同一时刻启动过多虚拟机可能耗尽CPU或内存资源导致创建请求超时。我给批量脚本里加过简单的并发控制——用xargs -P指定同时执行的创建任务数比如一次最多3台实测稳定很多。任何自动化方案都要遵循批次可控的原则生产环境的变更宁可慢一点也不要一把梭全部压上去。7.3 从批量创建到回收的完整闭环最后补充一个很多人忽略的环节虚拟机的生命周期回收。测试环境用完的虚拟机如果不及时清理宿主机资源会被慢慢吞光管理者还浑然不觉。所以我的自动化方案里始终包含一个回收脚本定期找出超过N天未启动的虚拟机先导出配置备份再清理磁盘最后从libvirt里删除#!/usr/bin/env bash # recycle idle VMs (older than 15 days) THRESHOLD1296000 for vm in $(virsh list --all --name); do [ $(virsh domstate $vm) running ] continue lasttime$(virsh dominfo $vm | awk /Last updated/{print $3 $4}) last_epoch$(date -d $lasttime %s) now_epoch$(date %s) if (( now_epoch - last_epoch THRESHOLD )); then echo recycling $vm virsh dumpxml $vm /backup/vmdef/${vm}.xml virsh undefine $vm --remove-all-storage fi done这个脚本里我用的是Last updated时间字段它的意义是虚拟机状态最后一次变化的时间。如果这个时间戳已经过去了15天基本可以判定这台虚机已经被遗忘了。配合前面提到的自动创建脚本我这边从创建到回收的完整流程基本实现闭环。纯手工运维的时代创建一台虚拟机可能要半个小时有了这套脚本化流程后从接到需求到交付平均五分钟之内就能搞定。我个人在实际运维中的体会是KVM命令行工具的学习曲线虽然比图形界面陡峭但收益是长期的。只要熟悉了virsh和qemu-img这两个核心工具配合guestfish和监控命令绝大多数日常运维场景都能覆盖。遇到再难的问题CLI工具提供的原始输出也会帮你更准确地定位到故障根因。最后再分享一个小技巧也是我用得最多的习惯不确定某个命令的参数时不要盲目试先看帮助信息。virsh help、qemu-img --help、man virt-install这几个命令本身就能解决大部分疑问。工具链再多核心思路仍然是“看懂输出、控制状态、确认变化”。Linux虚拟化本身是长期深耕的方向掌握这些命令行基本功后续无论接触什么虚拟化平台思路都会顺畅很多。