VM虚拟机IO性能差的核心解法是：先分清瓶颈在宿主机存储层还是虚拟机配置层，再针对性地更换NVMe SSD、调整虚拟磁盘控制器类型（PVSCSI/virtio）、开缓存策略或直通，最后配合内存与CPU参数调整多数情况下，改造存储层比单纯调软件参数见效更快。
第一步，定位瓶颈：vm虚拟机io性能差的源头在宿主机还是虚拟机内部
动手优化前，先问一个问题：IO慢，是宿主机底层就慢，还是虚拟化层拖了后腿？不少用户把精力花在虚拟机里调参数，结果宿主机用的还是机械硬盘阵列,怎么调都白搭。
宿主机存储层的判断方法
在ESXi宿主机上，用esxtop按d键进入设备视图，重点看DAVG（设备平均延迟）和KAVG（内核平均延迟）两列，如果DAVG明显偏高，说明物理磁盘或者存储阵列自己就有延迟问题；如果只有KAVG偏高，说明虚拟化层的调度和队列处理出现了瓶颈，KVM环境可以用iostat -x 1观察await和%util，两个指标同时居高不下,基本可以断定存储硬件已经是短板。
虚拟机内部检查IO现状
在虚拟机系统里，Windows打开任务管理器性能页，查看磁盘的平均响应时间和队列长度；Linux用iostat -x 1观察svctm和w_await，把宿主机和虚拟机两边的数据摆在一起对比，就能知道性能损耗发生在哪一层，记住一个经验法则：如果宿主机底层延迟只有1-2毫秒，虚拟机内部却到20毫秒以上，问题出在虚拟化层；如果底层本身已经到10-20毫秒,先解决硬件再说。
esxi虚拟机磁盘性能优化：存储介质与控制器的升级思路
这里涉及一个行业共识：虚拟化环境IO性能优化的第一优先级永远是存储介质，其次才是软件参数，想彻底解决vm虚拟机io性能差的麻烦,先从物理存储下手。
换NVMe SSD，别让HDD拖后腿
机械硬盘的随机IOPS通常只有100-200，而一块主流NVMe SSD的顺序读带宽是SATA SSD的数倍，随机小IO场景的差距更是拉
开了一个数量级，如果你预算允许，把宿主机系统盘、虚拟机数据盘全部迁移到NVMe介质上，IO延迟能从十几毫秒降到几百微秒，质变级别的提升，如果是老服务器没有M.2接口，至少加装PCIe转接卡，或者用SATA SSD组RAID 1做缓存层,也比纯机械盘强得多。
控制器选型：VMware的PVSCSI和NVMe虚拟控制器
ESXi虚拟机的默认SCSI控制器可能是LSI Logic SAS，兼容性好，但吞吐量上限低，多队列支持弱，专业场景建议改用VMware Paravirtual SCSI（PVSCSI）控制器，它专为虚拟化工作负载设计，支持多队列，吞吐量高，CPU开销低，新版本ESXi还支持NVMe虚拟控制器，配合NVMe物理硬盘使用，延迟表现比PVSCSI更具优势，KVM这边，virtio-scsi比virtio-blk的扩展性更好，支持更多的磁盘设备，并发场景建议优先选virtio-scsi。
缓存策略与直通：回报极高的两项操作
ESXi虚拟磁盘的缓存设置写在.vmx配置文件的scsiX:Y.cache属性里，改成writeback模式后，写入数据先落在宿主机内存缓存里再异步落盘，写入性能提升相当明显，但代价是宿主机突然断电时缓存数据可能丢失，对数据库这类对一致性要求极高的工作负载，谨慎使用；对Web服务器、文件共享这类接受短时丢数的场景,收益很大。
如果追求极致IO性能，可以使用RDM（裸设备映射）或者直接把PCIe NVMe SSD直通给虚拟机，业内专家指出，直通能让延迟无限接近物理机，但代价是虚拟机失去快照、克隆、vMotion这类虚拟化特性，适合跑大型数据库的核心虚拟机,不适合拿来乱玩。
vmware虚拟机io慢如何提升：从参数调整到系统内部优化
硬件和控制器改完之后，下一步调整虚拟机和系统参数的细节，很多时候虚拟磁盘的置备方式有问题，虚拟机内部文件系统没有配合好，每一步都疏忽一点,效果就大打折扣。
磁盘置备类型：厚置备优于精简置备
创建虚拟磁盘时可以选厚置备延迟置零、厚置备立即置零、精简置备，精简置备的好处是省空间，写入时边分配边写，首次写入性能有一定损耗，而且物理磁盘碎片化加剧，建议对性能敏感的磁盘一律采用厚置备立即置零，一次性把空间全部预留并清零，后续写入不需要额外分配操作，性能稳定得多，空间占用多一些,但换来的是读写延迟可控。
内存充足性：别让swap拖垮IO
虚拟机内存不足触发swap，等于把内存页面的换入换出全部转化成磁盘IO，这对IO性能的摧毁是灾难性的，因此分配内存时留出10%-20%余量，同时考虑在ESXi中为该虚拟机设置内存预留（Reservation），锁定物理内存，防止宿主机内存压力导致虚拟机内存回收，KVM环境同样需要关注memory与cgroup的配置。
虚拟机内部文件系统与I/O调度器调整
Linux虚拟机内部，针对虚拟磁盘这类块设备，选用合适的文件系统和调度器能压榨出更多性能空间，XFS在高并发写大文件场景比ext4表现更好，最近几年已经成为不少线上环境的默认选择，挂在NVMe或SSD上，将I/O调度器改为none（SSD不需要机械硬盘的寻道排序逻辑），多队列场景下还能看到mq-deadline的不错表现。
Windows虚拟机则关注磁盘碎片整理（机械盘）、禁用Windows Search索引服务的多余IO、把页面文件移到独立的虚拟磁盘上分别存放，这些都是常规操作,但能积累出实际感知。
关于CPU绑定和NUMA的取舍
ESXi支持把虚拟机的vCPU绑定到指定物理核心上，以减少CPU迁移带来的上下文切换和缓存失效，但这个操作需要谨慎：绑定过紧会破坏NUMA内存访问的局部性，导致内存访问跨越远端节点，反而拉高延迟，没有充分测试前，不建议随意绑定，KVM的taskset与virsh vcpupin同理。
虚拟机io性能对比测试与日常维护建议
追求IO性能不仅是一次性改造，还要形成对比习惯，定期验证,没有量化就没有优化方向。
用fio做基线测试
跑一轮fio作为对比基准，注意使用相同的测试参数模板，才能在不同时间点之间相互对照,以下是一个常用的测试表达式：
fio --name=randwrite --ioengine=libaio --iodepth=32 --rw=randwrite --bs=4k --size=2G --numjobs=1 --group_reporting
分别在宿主机裸设备、虚拟磁盘调整前、调整后各跑一次，记录IOPS和平均延迟，VMware环境也可以辅助使用esxtop的柱状图记录（按d后按e进入扩展模式），通过数据说话,比凭感觉看快慢靠谱得多。
日常维护手段
- 定时清理虚拟机内无用的大日志文件,减少磁盘空间碎片与IO队列压力。
- 对机械盘保持定期碎片整理；SSD则定期执行TRIM，VMware虚拟机磁盘需要开启“TRIM/UNMAP”支持配合精简置备回收空间。
- 定期检查宿主机存储控制器的固件和驱动版本，更新往往能修复一些性能bug,也能解锁新功能。
- 定期用
dmesg或Windows事件查看器留意IO超时和重试记录,这些是小毛病恶化的前兆。
Q&A：虚拟机IO性能常见问题
虚拟机io性能测试工具有哪些？
常用工具包括fio（跨平台的IO基准测试，灵活自定义块大小、队列深度）、vdbench（偏存储厂商测试）、esxtop（ESXi自带性能监视器）、Windows的diskspd和perfmon、Linux的iostat，根据需求组合使用：fio负责量化极限性能，esxtop负责观察实时延迟,perfmon用于长期监控。
vm虚拟机io性能差怎么解决？
按照从外到内的顺序排查：先检查宿主机物理存储健康度与RAID组状态，其次更换SSD介质或提升缓存能力，再改虚拟磁盘控制器类型、缓存策略、置备方式，最后调虚拟机内文件系统与调度器设置，不要跳过定位环节,直接盲目调参。
直通模式与虚拟磁盘模式如何选？
追求极致IO性能且虚拟机相对固定，选用RDM或PCIe直通能看到原生硬件的性能，但失去快照、克隆等灵活性；需要频繁迁移、备份与快照保护的常规业务，推荐虚拟磁盘配合PVSCSI/NVMe控制器和write-back缓存，牺牲一小部分性能换取可维护性，多数情况下，虚拟磁盘加高速存储层的组合,性价比更高。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/624557.html
