如何利用JVM OTEL指标计算正确的CPU利用率？

首先明确结论：正确的修正方式是第一种：rate(jvm_cpu_time_seconds_total{}[$__rate_interval]) / jvm_cpu_count{}，下面详细解释原因：

核心指标含义拆解 #

• jvm_cpu_time_seconds_total：这是进程从启动到现在累计占用的CPU时间总和（单位：秒）。用rate()计算后，得到的是每秒内进程占用的CPU总秒数——比如在2核机器上，进程满负载运行时，这个rate结果会接近2（因为每一秒里，两个核心都被占满，总耗时是2秒）。
• jvm_cpu_recent_utilization_ratio：对应Oracle官方的com.sun.management.OperatingSystemMXBean#getProcessCpuLoad()，返回的是归一化到[0.0,1.0]的进程CPU利用率，1.0代表进程完全用尽了所有可用核心的算力。

两种修正方式的差异 #

1. 方式1（匹配归一化利用率）：
   把rate结果除以核心数，得到的就是和jvm_cpu_recent_utilization_ratio完全对齐的归一化利用率（范围[0,1]）。这个逻辑的本质是：将“每秒总CPU耗时”转换为“相对于总核心数的负载比例”，也就是我们通常说的“CPU利用率百分比”（乘以100即可得到%值）。

2. 方式2（匹配绝对CPU耗时率）：
   把jvm_cpu_recent_utilization_ratio乘以核心数，得到的数值会和rate(jvm_cpu_time_seconds_total)一致，但这个值的含义是“进程每秒占用的CPU总资源量”，而非传统意义上的利用率。比如2核机器上满负载时这个值是2，它反映的是资源占用的绝对量，而非比例。

关于传统rate计算的误区 #

传统的rate(jvm_cpu_time_seconds_total)本身没有错误，只是它输出的是绝对CPU耗时率，而非归一化的利用率。很多场景下大家会默认除以核心数来得到百分比，但如果直接拿这个rate结果和归一化的jvm_cpu_recent_utilization_ratio对比，自然会差核心数的倍数——这不是rate计算的错误，而是两者的统计维度不同：一个是绝对资源占用量，一个是相对负载比例。

内容的提问来源于stack exchange，提问作者WesAtWork