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

Question

我在一个吊舱内运行一个Spring靴，配置如下。

吊舱限制：

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

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

有关详细信息，请参阅https://hub.docker.com/_/openjdk/使JVM尊重CPU和RAM限制。

Answer 2

如果java进程已达到其最大堆限制，则如果jvm在GC之后无法重新获得堆内存，则jvm将抛出内存错误。在这种情况下，pod将运行，但java进程出错。

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

Answer 3

Xmx标志仅控制Java堆内存，这是运行代码时您自己的Java对象可用的空间。如果用完了，JVM将进行垃圾收集以腾出空间。如果仍然用完，则会引发OutOfMemoryException。

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

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