掌握虚拟机查看命令是提升运维效率、保障系统稳定性的核心技能。 在虚拟化环境中，图形化管理工具虽然直观，但在处理大规模集群、远程故障排查或自动化运维时往往力不从心，通过命令行界面（CLI），运维人员能够以毫秒级速度获取虚拟机的运行状态、资源消耗率及底层配置信息，从而实现精准的故障定位与性能调优，本文将基于主流虚拟化平台，详细拆解必备的查看命令，并提供专业的运维见解。
KVM/QEMU环境下的核心查看指令
在Linux服务器虚拟化领域,KVM（Kernel-based Virtual Machine）结合QEMU是应用最为广泛的解决方案，其管理主要通过libvirt库提供的virsh命令实现，这是每一位运维工程师必须精通的工具集。
虚拟机列表与状态概览
最基础的命令是virsh list，默认仅显示运行中的虚拟机，为了全面掌握环境状态，应习惯使用virsh list --all，该命令会输出虚拟机ID、名称及状态（如运行、关闭、暂停）。在自动化脚本中，结合--state参数可以过滤出特定状态的虚拟机，例如只获取关机的实例以进行批量启动操作。
详细信息与配置查询
当需要排查具体虚拟机的配置时，virsh dominfo <域名>是首选，它能输出该实例的UUID、内存上限、vCPU数量以及持久化状态等核心元数据，若需查看更底层的XML配置文件，可使用virsh dumpxml <域名>。该命令的输出包含了虚拟机的所有硬件定义，是进行离线配置分析或迁移前环境检查的关键步骤。
实时性能监控
KVM提供了专门的监控工具virt-top，类似于系统级的top命令，它能以动态刷新的方式展示所有虚拟机的CPU占用率、内存使用量及块设备I/O情况。对于没有安装virt-top的环境，可以通过virsh domstat <域名>获取实时的CPU时间、内存交换及网络流量统计，该命令输出的数据是计算虚拟机实际负载的基准。
VMware vSphere/ESXi平台的专用命令
在企业级虚拟化市场,VMware ESXi占据主导地位，虽然vCenter Client提供了丰富的图表，但在SSH开启后，ESXi Shell提供的命令能直接访问宿主机内核，提供更深层次的视图。
进程级虚拟机查看
在ESXi上，每个虚拟机都对应一个宿主机进程（World ID），使用esxcli vm process list可以列出当前宿主机上注册的所有虚拟机及其对应的World ID、显示名称和存储文件路径。当虚拟机出现无响应且无法通过客户端关闭时，利用World ID结合kill命令是强制终止卡死虚拟机的唯一有效手段。
网络与存储连接状态
网络连通性是虚拟化故障的高发区。esxcli network ip connection list能显示所有虚拟机及管理接口的网络连接状态，包括源IP、目标IP及连接状态。结合grep命令过滤特定IP，可以快速定位是否存在异常流量或端口未开放问题。 在存储方面，esxcli storage vmfs extent list可用于查看数据存储的挂载情况，确保虚拟机磁盘路径正常。
硬件直通设备检查
对于需要高性能计算的场景，常涉及GPU或网卡直通。esxcli hardware pci list命令会列出所有PCI设备。通过查看“Passthrough Status”列，运维人员可以迅速确认直通设备是否已成功关联至目标虚拟机，这是解决虚拟机内部无法识别外设问题的第一道检查工序。
VirtualBox开发测试环境的查看方式
VirtualBox常用于开发与测试环境,其管理工具VBoxManage功能极其强大。
虚拟机信息枚举
使用VBoxManage list vms可以列出所有注册的虚拟机及其UUID，若需查看运行中的虚拟机，应使用VBoxManage list runningvms。获取UUID是进行高级配置修改的前提，因为VirtualBox内部所有操作均依赖UUID而非名称。
详细配置与系统信息
VBoxManage showvminfo <虚拟机名称>会输出该虚拟机的详细配置，包括内存、VRAM、CPU数量及当前状态。该命令的--machinereadable参数非常适合用于脚本解析，它以key=value的形式输出信息，便于自动化运维工具提取特定配置项。
系统级资源监控与性能分析
除了虚拟化平台自带的命令,Linux系统原生的监控工具在排查虚拟机性能瓶颈时同样不可或缺。
CPU与内存负载
top或htop是查看宿主机整体负载的基础，在KVM环境中，每个虚拟机的vCPU在宿主机上表现为一个QEMU线程。通过top命令观察QEMU线程的CPU占用率，可以判断是否存在某些虚拟机“争抢”宿主机CPU资源的情况，若观察到特定vCPU持续占用100%，通常意味着虚拟机内部正在进行全速计算或遭受挖矿病毒攻击。
磁盘I/O瓶颈
iostat -x 1命令能实时显示磁盘的读写速率（kB/s）和等待时间。虚拟机的磁盘性能直接依赖于宿主机的I/O调度，如果await（等待时间）值过高，说明存储设备已成为瓶颈，此时应考虑调整虚拟机的磁盘策略（如从Write-Through改为Write-Back）或迁移至高性能SSD存储池。
专业运维见解与故障排查方案
在实际生产环境中,单纯查看命令往往不足以解决复杂问题，需要建立系统化的排查思维。
僵尸虚拟机处理
有时virsh list显示虚拟机正在运行，但实际上无法连接或操作，这通常是libvirtd服务与QEMU进程状态不同步导致的。解决方案是先检查/var/run/libvirt/qemu/目录下的pid文件是否存在，然后尝试virsh destroy <域名>强制关闭，若无效，需直接在宿主机上kill掉对应的QEMU进程，并重启libvirtd服务以同步状态。
日志深度分析
命令行查看只能获取当前状态，历史数据则依赖日志。KVM的日志主要位于/var/log/libvirt/qemu/目录下，以虚拟机命名，通过分析日志中的“qemu:”前缀信息，可以定位虚拟机启动失败的具体原因，如BIOS报错、磁盘镜像路径错误或权限不足。
自动化监控脚本构建
为了提升效率，建议构建基于命令行的监控脚本。编写一个Shell脚本，循环执行virsh domstat和iostat，将结果格式化为JSON并通过API推送到监控系统（如Zabbix或Prometheus），这种方式比安装Agent更轻量，且能实现定制化的指标采集。
相关问答
Q1：如何快速找出KVM宿主机上CPU占用率最高的虚拟机？
A： 可以结合ps和virsh命令来实现，首先执行ps aux | grep qemu-kvm | sort -rk 3 | head -n 5，这会列出CPU占用最高的前5个QEMU进程，从输出中可以看到进程名通常包含虚拟机名称，如果进程名不直观，可以通过提取进程ID（PID），再使用virsh pid <域名>进行反向验证，或者直接分析procPID/cmdline来确定对应的虚拟机。
Q2：在VMware ESXi中，虚拟机无法启动并提示“找不到虚拟机磁盘文件”，如何通过命令行排查？
A： 首先使用esxcli vm process list确认虚拟机是否残留进程并清理，随后，进入虚拟机存储所在的目录，使用ls -l查看.vmdk文件是否存在，重点检查-flat.vmdk（实际数据文件）和.vmdk（描述符文件）是否成对出现，如果描述符文件丢失，需要手动重新创建或从备份恢复，使用vmkfstools -e命令可以检查磁盘文件的完整性，确保文件未损坏且指针正确。
掌握上述命令不仅是为了查看数据，更是为了构建对虚拟化底层逻辑的深刻理解。 建议在日常运维中，优先尝试使用命令行解决简单问题，以此积累手感，如果您有独特的虚拟机管理脚本或高效的命令组合，欢迎在评论区分享，共同探讨自动化运维的最佳实践。
