虚拟机PV模式没有统一的“标准配置”，绝大多数情况下你需要先分清“PVSCSI控制器”和“半虚拟化驱动（virtio）”这两条路线，再根据虚拟化平台（VMware、KVM、Xen）按步骤操作，才能让磁盘和网卡真正跑在准虚拟化模式。
下面这套配置思路，直接按场景拆解,不绕弯子。
虚拟机PV模式怎么配置：先分清两种常见形态
很多朋友搜“PV模式”时，其实是在问两件相似但不一样的事，搞混了,配置就会出错。
第一种是VMware中的PVSCSI（Paravirtual SCSI）控制器，这是VMware自家实现的半虚拟化SCSI接口，专门给高IO场景用，它走的是VMware的虚拟化层优化路径,不是模拟真实硬件。
第二种是Linux/KVM/Xen生态里的virtio半虚拟化驱动，在KVM或Xen环境里，磁盘和网卡默认可能是模拟的IDE或e1000网卡，要走PV模式,就得挂载virtio设备并加载对应驱动。
两种形态的配置方法完全不同,下面分开讲。
VMware环境下PVSCSI控制器的正确配置流程
以vSphere或Workstation为例,操作路径差别不大。
新建虚拟机时选择PVSCSI：
- 在“自定义设置”或“虚拟机选项”页面，找到“SCSI控制器”下拉菜单。
- 选择 VMware Paravirtual（即PVSCSI）。
- 如果虚拟机要装Windows系统，需要提前准备PVSCSI驱动,因为Windows自带的驱动不认这个控制器。
已有虚拟机从LSI Logic迁移到PVSCSI：
这个操作有顺序要求,顺序反了容易蓝屏或无法识别磁盘。
- 关机,编辑虚拟机设置。
- 添加一个“新设备”，类型选“SCSI控制器”，控制器类型选 VMware Paravirtual。
- 重新开机，进入系统后，Windows会识别到新控制器，这时先安装VMware Tools,它会自动补上PVSCSI驱动。
- 关机，把原SCSI磁盘从LSI Logic控制器“移除”，再“添加现有磁盘”,挂到新的PVSCSI控制器下。
- 开机验证磁盘读写正常。
业内专家指出，这种“先加控制器再切磁盘”的顺序，能最大程度避免Windows因缺少PVSCSI驱动导致启动阶段蓝屏（常见错误码为INACCESSIBLE_BOOT_DEVICE）。
Linux半虚拟化（virtio）模式的挂载与驱动加载
在KVM或Xen平台，PV模式通常指virtio类型的磁盘与网卡，配置核心在于创建虚拟机时指定设备模型,并确保Guest系统内有对应驱动。
KVM命令行创建virtio磁盘的关键参数：
-drive file=/data/disk.qcow2,if=virtio,format=qcow2 -netdev type=tap,id=net0 -device virtio-net-pci,netdev=net0
磁盘控制器用 if=virtio，网卡用 virtio-net-pci，如果用的是图形化管理工具（如virt-manager），新建虚拟机时有“自定义配置”选项，里面可以手动把磁盘总线和网卡模型改成“Virtio”。
Linux系统内加载驱动：
多数现代Linux发行版（内核版本较高）已内置virtio驱动模块,老系统或精简内核需要手动确认。
modprobe virtio_blk modprobe virtio_net lsmod | grep virtio
确认模块加载后，把模块名写入 /etc/modules 或对应发行版的模块加载配置中,保证重启后自动加载。
虚拟机PV模式与全虚拟化区别：性能差距有多大
PV模式之所以值得折腾，核心在于绕过硬件模拟层，全虚拟化（如SATA控制器、e1000网卡）需要QEMU或VMware模拟真实硬件行为，CPU中断开销大，数据拷贝次数多，PV模式通过专门的前后端驱动协议,让Guest直接与Hypervisor交换数据。
性能层面的行业共识：
- 磁盘吞吐在顺序读写场景下，PV模式比模拟SATA快一半以上,4K随机读写差距更明显。
- CPU占用率在PV模式下明显更低,因为减少了设备模拟中断和上下文切换次数。
- 网络延迟在PV模式下接近物理机水平，尤其在包转发场景,e1000模拟网卡差距很大。
具体预期参考（以PVSCSI与LSI Logic对比为例）：
| 场景 | LSI Logic模拟 | PVSCSI | 提升幅度 |
|---|---|---|---|
| 顺序读 | 一般水平 | 较快 | 较大比例 |
| 4K随机写 | 明显瓶颈 | 稳定流畅 | 成倍提升可能 |
| 高并发IO | CPU占用偏高 | 占用降低 | 明显优化 |
但要注意，桌面办公、轻量Web服务等低IO场景下，两者体感几乎无差，PV模式的主要价值集中在数据库、文件服务器、编译节点等场景。
PVSCSI驱动安装与排查：常见卡点完全拆解
配置过程中，大多数人死在驱动识别这一关,以下是高频故障与对应路径。
Windows安装PVSCSI驱动报错“找不到驱动程序”
这一般出现在全新安装Windows系统时，安装程序看不到PVSCSI磁盘，原因很简单安装镜像里没有对应驱动。
正确操作：
- 提前在VMware官网下载PVSCSI驱动ISO（或包含在VMware Tools安装包中）。
- 在Windows安装程序的“选择磁盘”界面，点击“加载驱动程序”,指向驱动文件所在位置。
- 驱动加载成功后,磁盘即可显示。
Linux虚拟机挂载virtio磁盘后启动报错“kernel panic - not syncing”
这个错误比较棘手，多发生在配置了virtio磁盘但内核缺少virtio_blk驱动,且未生成对应initramfs的机器上。
处理路径：
- 通过ISO救援模式或挂载原磁盘文件进入系统。
- 在chroot环境中执行：
mkinitrd -f -v /boot/initramfs-$(uname -r).img $(uname -r)
或者对Debian/Ubuntu系：
update-initramfs -c -k all
- 检查
/etc/modules文件中是否包含virtio_blk和virtio_pci,没有则补充。 - 退出并重启正常引导。
这类问题在CentOS 6、7或RHEL早期版本中较为常见，新版内核默认已开启动态模块加载,遇到概率大幅降低。
如何确认当前虚拟机是否真正跑在PV模式
- 在VMware环境中，查看虚拟机硬件列表，SCSI控制器若是“VMware Paravirtual”,即已生效。
- 在KVM环境中，
ls -l /sys/bus/virtio/drivers下能看到virtio设备，或使用dmesg | grep virtio查看加载记录,也说明一切正常。
虚拟机卡顿优化方案：PV模式不是唯一解
不少用户配好了PV模式，但虚拟机依旧卡顿,这里面有几件事需要分开看。
PV模式解决的是设备模拟开销，但CPU和内存资源分配不当，PV模式也救不回来。
实践中建议：
- CPU：合理分配vCPU数量，避免超线程过度竞争，Windows虚拟机建议预留至少1个物理核,Linux监控类容器可以适当超分。
- 内存：避免内存抖动，PV模式下磁盘IO快，swap频繁会导致存储侧压力激增,效果适得其反。
- 磁盘：VMware环境建议配合独立磁盘+厚置备延迟置零；KVM环境建议使用virtio-blk或virtio-scsi，底层存储为SSD时使用discard/nobarrier挂载参数可提升寿命与吞吐。
- 网卡：多队列（multiqueue）开启后，对高并发网络转发场景有实际帮助，可在VMware中启用“每个虚拟CPU多队列”。
设备半虚拟化只是基础项，存储底层、驱动版本、调度策略共同决定最终体验。
虚拟化平台选型建议
不同平台对PV模式的支持范围和成熟度不同,部署前值得先做对比。
- VMware vSphere/ESXi：PVSCSI成熟稳定，支持Windows和Linux，驱动自带于VMware Tools中,推荐数据库和ERP场景使用。
- KVM：virtio全系开源，Linux支持良好，Windows需独立安装Red Hat或Fedora的virtio-win驱动包。
- Xen：PV模式分为PV guest和PVHVM两种，PVHVM兼容性更好,维护性不错但社区活跃度一般。
- Hyper-V：其“SCSI控制器”同样属于半虚拟化范畴，无需额外驱动，但配置思路与VMware并不同，如果跨平台迁移，需使用对应平台工具进行控制器更换,直接挂载磁盘可能无法识别。
常见问题解答
虚拟机PV模式怎么开启，需要修改什么配置文件？
不需要在某配置文件里开启或关闭，它通过控制器类型体现，VMware新建或编辑虚拟机时，在SCSI控制器处选择“VMware Paravirtual”即可，KVM平台将bus类型改为“virtio”即完成开启。
PVSCSI和LSI Logic哪个兼容性更好？如何选择？
LSI Logic兼容性更好，几乎所有操作系统镜像都内置驱动，PVSCSI需要驱动安装步骤，但性能更好，如果虚拟机操作系统版本较老（如Windows Server 2003），或维护时间短，选择LSI Logic更省心；如果是新系统且IO压力大,选PVSCSI。
PVSCSI磁盘控制器支持热插拔吗？
VMware中的PVSCSI控制器支持设备热添加和热移除操作，但实际稳定性依赖Guest系统内驱动版本及硬件兼容性，生产环境建议在停机状态下操作磁盘迁移,规避启动顺序导致的引导异常。