给虚拟机分配更多虚拟处理器（vCPU）不一定更快。vCPU 需要由 Hyper-V 调度到物理逻辑处理器上；数量过大可能增加调度等待，也会扩大虚拟 NUMA 拓扑。正确做法是从满足业务的较小值开始，再用数据扩展。
一、先设置 vCPU 数量
虚拟机关闭后，在“设置→处理器”修改，或使用：
Set-VMProcessor -VMName 'App-Lab' -Count 4
Get-VMProcessor -VMName 'App-Lab' |
Format-List Count,Reserve,Maximum,RelativeWeight不要把宿主机任务管理器显示的“逻辑处理器”直接当成可无损分给每台虚拟机的核心数。多个 vCPU 可以共享物理处理能力，但超配比例取决于负载峰值、延迟目标和故障接管需求。
二、保留、上限和权重
- Reserve：为虚拟机保留的相对处理器资源百分比。
- Maximum：限制虚拟机最多使用的相对处理器资源百分比。
- RelativeWeight：资源竞争时的相对优先级。
示例仅用于理解：
Set-VMProcessor -VMName 'Critical-App' -Reserve 10 -Maximum 100 -RelativeWeight 200这些设置不是 MHz 或固定核心绑定。没有充分理由时先保留默认值；错误上限可能让虚拟机在宿主机空闲时也被人为限速，高保留值则可能妨碍其他虚拟机启动或调度。
三、同时看里外两层
来宾系统 CPU 100% 说明它看到的 vCPU 已忙，但还要看宿主机“Hyper-V Hypervisor Virtual Processor”与“Logical Processor”等性能计数器。若来宾 CPU 不高却响应慢，瓶颈可能在存储、网络、锁等待或内存分页。
增加 vCPU 后做同一套业务压测，比较吞吐、延迟和宿主机总压力。若性能没有改善甚至下降，应恢复原值继续找瓶颈。
四、迁移兼容与大虚拟机
跨不同处理器代际实时迁移时，处理器兼容模式会隐藏部分新指令，可能影响性能和新系统要求。大型虚拟机还受 NUMA 节点大小影响。先核对宿主机拓扑，再给一台虚拟机分配大量 vCPU。
建议记录每次调整前后的时间、vCPU 数、业务指标和回退值。资源分配的目标是稳定满足服务水平，不是让配置页面里的数字尽可能大。
本文为中文原创教程。处理器规划参考 Microsoft Learn：Hyper-V processor performance；命令参数参考 Set-VMProcessor。
评论一下？