KVM 性能调优是什么
虚拟机的性能问题要先定位瓶颈在哪一层：CPU 调度、内存、存储还是网络；再对照宿主与域的配置逐层优化。调优的前提是有基线：没有调优前的数据，就无法证明改动有效，也无法在退化时回滚判断。
基本信息
| 定位手段 | 域级统计、宿主进程与系统级监控工具建立基线 |
|---|---|
| CPU 维度 | 超分比例、绑核、CPU 模型与宿主调度 |
| 内存维度 | 大页、内存共享合并、气球机制与超分比例 |
| 存储维度 | 缓存模式、IO 线程、队列深度与限速 |
| 网络维度 | 加速后端、多队列、桥接方式与卸载特性 |
| 方法要求 | 每次只调整一组参数，保留前后对照数据 |
先看域级统计
先看域级统计
virsh domstats vm1 --cpu-total --balloon --block --interface # 域级资源统计
virsh cpu-stats vm1 --total # 域 CPU 累计使用
virsh domblklist vm1 # 查看磁盘设备与后端
virsh domiflist vm1 # 查看网卡与虚拟网络
# 宿主侧配合进程与系统监控工具，确认瓶颈在宿主还是在域内调优顺序
- 建立基线：记录调优前的域级与宿主级指标，明确问题现象与出现时段
- 分层定位：先确认瓶颈资源类型，避免在错误层次上做优化
- 单变量调整：一次只改一组参数，改完复测并记录差异
- 验证与固化：确认收益后写入域定义或宿主配置，避免重启后失效
- 记录结论：把现象、参数与效果写进运维记录，供后续同类问题参考
分层定位对照
| 现象 | 优先排查层次 | 常见原因 |
|---|---|---|
| 整体响应慢但资源占用低 | 存储或网络 | 存储时延高、网络丢包或卸载未启用 |
| CPU 使用率高且宿主超分严重 | CPU | 超分比例过大或关键虚机未绑核 |
| 内存压力大 | 内存 | 超分过高、内存共享合并策略不当 |
| 时延抖动明显 | CPU 与存储 | 调度竞争与共享存储队列争抢 |
每次只调整一个变量、保留前后对照数据，避免多项齐改导致无法归因。调优记录要包含时间窗口与业务指标，纯技术指标改善但业务变差的改动应被回退。