关键指标是cpu就绪时间（>5%预警）、虚拟处理器队列长度（>2预警）、内存压力值（>80%预警）、磁盘平均延迟（>50ms严重）、网络输出队列长度（>2预警），需宿主机与虚拟机联动监控。
监控 hyper-v 虚拟机性能，关键不是“看多少指标”，而是盯住真正反映资源争用与瓶颈的那几个核心计数器。它们分布在宿主机（host）和虚拟机（guest）两个层面，必须联动观察才能准确定位问题。
CPU：就绪时间比使用率更关键
单纯看“CPU 使用率”容易误判。一个虚拟机显示 40% 使用率，可能正因 CPU 就绪时间高而严重卡顿。
-
CPU 就绪时间（
\Hyper-V Hypervisor Logical Processor(*)\% Ready Time）：虚拟机就绪但等待物理 CPU 调度的时间占比。持续超过 5% 表明存在明显 CPU 争用；超 10% 需立即干预 -
虚拟处理器队列长度（
\Hyper-V Hypervisor Virtual Processor(*)\Queue Length）：每个 vCPU 的待处理指令队列。平均值 >2 是预警信号，>4 说明调度已严重积压 -
宿主机总 CPU 使用率（
\Processor(_Total)\% Processor Time）：超过 75% 持续运行时，所有虚拟机都可能受牵连，尤其在突发负载下
内存：压力值是动态内存的“体温计”
启用动态内存后，“已分配内存”数字会浮动，但真正反映紧张程度的是内存压力值。
-
内存压力（
\Hyper-V Dynamic Memory VM(*)\Pressure）：0–100 的归一化指标，综合评估内存需求满足度。>80% 表示当前分配已无法满足应用需要，系统开始频繁触发气球驱动回收 -
气球驱动内存（
\Hyper-V Dynamic Memory VM(*)\Ballooned Memory）：突然大幅上升，往往是 Guest 内存泄漏或突发申请的直接体现 -
页面交换速率（
\Memory\Pages/sec+ Guest 内部\Memory\Pages Input/sec）：持续 >1000 页/分钟，说明频繁读写页面文件，I/O 和响应延迟必然升高
磁盘：延迟比吞吐量更能暴露瓶颈
高吞吐量（MB/s）掩盖不了高延迟——用户感知的“卡”，往往来自毫秒级的等待。
-
Avg. Disk sec/Read & Write（
\Hyper-V Hypervisor Logical Disk(*)\Avg. Disk sec/Read等）：理想值 20ms 需关注，>50ms 已严重影响交互体验 -
磁盘队列长度（
\PhysicalDisk(*)\Current Disk Queue Length）：单个物理磁盘平均队列 >2 即为饱和信号；若峰值达 6–8，大概率是备份、快照或多个 VM 同时刷写导致 I/O 拥塞 -
读写字节数（
\Hyper-V Virtual Storage Device(*)\Read Bytes/sec）：用于对照延迟判断是否为带宽型瓶颈（如大文件传输），而非随机 I/O 型（如数据库事务）
网络：按层级拆解流量归属
Hyper-V 网络监控需分三层：物理网卡、虚拟交换机、单个虚拟机适配器。
-
物理网卡错误与饱和（
\Network Interface(*)\Output Queue Length,Bytes Total/sec）：输出队列持续 >2 或错误计数上升，说明上行链路或交换机端口受限 -
虚拟交换机端口统计（
\Hyper-V Virtual Switch Port(*)\Bytes Received/sec）：识别 VM 间通信流量，避免误判为外部网络问题 -
单 VM 网络适配器（
\Hyper-V Virtual Network Adapter(*)\Bytes Sent/sec）：必须使用“集成服务”下的虚拟网络适配器计数器，数据才准确；遗留适配器计数器仅作备用
