如果 java 堆内存限制与 kubernetes 中的 pod 资源限制不同，会发生什么？

Question

我正在使用以下配置的 pod 内运行弹簧靴。

Pod 限制：

resources:
    limits:
      cpu: "1"
      memory: 2500Mi
    requests:
      cpu: "1"
      memory: 2500Mi

命令参数：

spec:
containers:
- args:
  - -c
  - ln -sf /dev/stdout /var/log/access.log;java -Dcom.sun.management.jmxremote
    -Dcom.sun.management.jmxremote.port=1099 -Dcom.sun.management.jmxremote.authenticate=false
    -Dcom.sun.management.jmxremote.ssl=false -Djava.security.egd=file:/dev/./urandom
    -Xms1600m -Xmx1600m -XX:NewSize=420m -XX............

1. 如果 java 进程达到其最大堆限制（即 1600m (Xmx1600m)）会发生什么
2. 如果 Xmx 对 Pod 内的 java 进程没有影响，它可以上升到 Pod 限制权（即内存：限制部分的 2500Mi）
3. 如果以上配置正确，那么我们就是在浪费900Mi的内存吧（2500-1600=900）

Answer 1

-Xmx 标志仅控制 Java 堆内存，这是运行代码时可供您自己的 Java 对象使用的空间。如果你用完了，JVM 会做垃圾回收来腾出空间。如果仍然用完，则会抛出 OutOfMemoryException。

Java JVM 还在内部使用大量其他内存来加载类、JIT 编译等...因此，您需要在 Kubernetes 中允许更多内存，而不仅仅是 -Xmx 值。如果超过 Kubernetes 限制值，那么 Java 可能会崩溃。

您在上面发布的配置看起来不错。通常我会在无限制运行一段时间后通过查看 Kubernetes 内存使用图来找到这些值。

Answer 2

如果java进程已经达到了它的最大堆限制，那么如果在GC之后jvm无法重新获得堆内存，jvm就会抛出outofmemory错误。在这种情况下，Pod 将运行，但 java 进程出错。

Xmx 对 POD 内的 jvm heap 有影响，jvm heap 不能超过这个值。在您的情况下，jvm 堆可能会增加，因为 pod 的内存相对较高。

Answer 3

如果在 docker 中运行 JVM，而不是手动设置 -Xmx、-Xms 选项，最好使用 -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap 来告诉 JVM 尊重容器的限制。

请参阅https://hub.docker.com/_/openjdk/ 让 JVM 尊重 CPU 和 RAM 限制以获取更多信息。