如何获取运行Node.js应用的K8s Pod的当前准确内存使用率

两种内存统计方式的差异原因 #

• 统计范围完全不同
  cgroup的/sys/fs/cgroup/memory/memory.usage_in_bytes统计的是整个Pod的全部内存占用，包含：V8堆内存、Node.js堆外内存（如Buffer、原生模块申请的内存）、Pod内其他进程的内存、内核分配给Pod的页缓存、slab缓存等所有内存开销。
  而v8.getHeapStatistics仅统计V8引擎托管的堆内存，完全不包含堆外内存、其他进程、系统缓存的占用，二者统计范围差异是数值差的核心原因。另外如果你的应用使用了大量堆外内存，仅靠V8统计会严重低估实际内存占用，可能导致Pod触发OOM Kill时你还没触发限流逻辑。
• 配置参数的影响
  你手动设置了--max-old-space-size=4096，V8的heap_size_limit直接读取该配置值，不会感知到k8s给Pod分配的cgroup内存限制，所以返回的总内存是4GB，和实际Pod配额不符。
• cgroup统计波动大的原因
  你看到的无压力时内存飙升几乎都是页缓存导致的：内核会尽可能把Pod的空闲内存用作文件缓存提升IO性能，只要没有进程申请内存，这部分缓存就会一直占用内存，导致usage_in_bytes数值很高，但这部分缓存是可以被内核随时回收给业务进程使用的，不属于实际业务占用的内存。

准确获取Pod内存使用率的方案 #

你倾向用cgroup的方向是正确的，只要修正统计逻辑即可：

1. 总内存配额仍然读取/sys/fs/cgroup/memory/memory.limit_in_bytes，这个值是k8s分配给Pod的真实配额，完全准确。
2. 实际业务内存占用不要直接用usage_in_bytes，需要扣除可回收的不活跃页缓存：
   • 读取/sys/fs/cgroup/memory/memory.stat文件，提取inactive_file对应的数值（单位字节），这部分就是可以随时回收的不活跃页缓存。
   • 实际使用内存计算公式：实际使用内存 = memory.usage_in_bytes - inactive_file
3. 内存使用率计算公式：使用率 = 实际使用内存 / memory.limit_in_bytes * 100%
   修正后统计的数值会非常稳定，完全可以支撑85%阈值的限流判断。

额外优化建议 #

尽快修正--max-old-space-size的配置，针对不同配额的Pod设置对应的值：建议比Pod内存配额小300~500MB即可，比如2GB配额的Pod设为--max-old-space-size=1536（1.5GB），避免V8尝试申请超过Pod配额的内存直接触发OOM Kill。

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