Docker环境下的JVM参数非定值配置 —— 筑梦之路_docker jvm设置-CSDN博客
之前简单地记录过一篇，这里在之前的基础上更加细化一下。
场景说明
使用Java开发且设置的JVM堆空间过小时，程序会出现系统内存不足OOM（Out of Memory）的问题。事件中心的OOM事件是指系统内存不足时，触发了Linux的内存回收（OOM Killer）机制，此时系统会终止内存占用较多的进程以保证系统的正常运行。特别是在容器环境下，不合理的JVM堆参数设置会导致各种异常现象产生，例如应用堆大小还未到达JVM设置的堆阈值或应用的规格限制，就因为OOM导致重启。
一般操作
一般操作是设置-Xmx来限制JVM堆大小，但该方式存在以下问题：
当规格大小调整后，需要重新设置堆大小参数。
当参数设置不合理时，会出现应用堆大小未达到阈值但容器OOM被强制关闭的情况。
在容器环境下，Java只能获取服务器的配置，无法感知容器内存限制。
「应用程序出现OOM问题时，会触发Linux内核的OOM Killer机制。该机制能够监控占用过大内存，尤其是瞬间消耗大量内存的进程，然后它会强制关闭某项进程以腾出内存留给系统，避免系统立刻崩溃。」
最佳实践
推荐设置的JVM参数如下所示：
-XX:+UseContainerSupport
-XX:InitialRAMPercentage=75.0
-XX:MaxRAMPercentage=75.0
-XX:MinRAMPercentage=75.0
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').log
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprof
参数 说明 -XX:+UseContainerSupport 使用容器内存。允许JVM从主机读取cgroup限制，例如可用的CPU和RAM，并进行相应的配置。当容器超过内存限制时，会抛出OOM异常，而不是强制关闭容器。 -XX:InitialRAMPercentage 设置JVM使用容器内存的初始百分比。建议与-XX:MaxRAMPercentage保持一致，推荐设置为70.0。 -XX:MaxRAMPercentage 设置JVM使用容器内存的最大百分比。由于存在系统组件开销，建议最大不超过75.0，推荐设置为70.0。 -XX:+PrintGCDetails 输出GC详细信息。 -XX:+PrintGCDateStamps 输出GC时间戳。日期形式，例如2019-12-24T21:53:59.234+0800。 -Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').log GC日志文件路径。需保证Log文件所在容器路径已存在，建议您将该容器路径挂载到NAS目录或收集到SLS，以便自动创建目录以及实现日志的持久化存储。 -XX:+HeapDumpOnOutOfMemoryError JVM发生OOM时，自动生成DUMP文件。 -XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprof DUMP文件路径。需保证DUMP文件所在容器路径已存在，建议您将该容器路径挂载到NAS目录，以便自动创建目录以及实现日志的持久化存储。
注意事项：
使用-XX:+UseContainerSupport参数需JDK 8u191+、JDK 10及以上版本。JDK 11版本下日志相关的参数-XX:+PrintGCDetails、-XX:+PrintGCDateStamps、-Xloggc：LOG_PATH/gc.log代替。Dragonwell 11暂不支持${POD_IP} 变量。如果您没有将/home/admin/nas容器路径挂载到NAS目录，则必须保证该目录在应用启动前已存在，否则将不会产生日志文件。
K8S下常见问题
1. 容器出现137退出码的含义是什么？
当容器使用内存超过限制时，会出现容器OOM，导致容器被强制关闭。此时业务应用内存可能并未达到JVM堆大小上限，所以不会产生dump日志。建议您调小JVM堆大小的上限，为容器内其他系统组件预留足够多的内存空间。
2. 为什么发生OOM却没有生成dump文件？
当发生OOM Killer时，并不一定会发生JVM OOM，所以不会生成dump文件。您可以采取以下方式来避免这种情况。
如果是Java应用，可以适当调小JVM的堆内存大小。具体配置，请参见本文。
如果是非Java应用，可以调整实例规格，保证充裕的内存资源。
3. 堆大小和规格内存的参数值可以相同吗？
不可以。
因为系统自身组件存在内存开销，所以不能将JVM堆大小设置为和规格内存大小相同的数值，需要为这些系统组件预留足够的内存空间。
4. 在JDK 8版本下设置-XX:MaxRAMPercentage值为整数时报错怎么处理？
这是JDK 8的一个Bug。
具体信息，请参见Java Bug Database。例如，在JDK 8u191版本下，设置-XX:MaxRAMPercentage=70，此时JVM会启动报错。
解决方案如下：
方式一：设置-XX:MaxRAMPercentage为70.0。说明 如果您使用了-XX:InitialRAMPercentage或-XX:MinRAMPercentage，参数值同样不可设置为整数。
方式二：升级JDK版本至JDK 10及以上版本。
5. 为什么JVM参数设置了6 GB，但是内存使用率却很低？
虽然JVM参数已设置-Xms6g -Xmx6g，但是操作系统不会马上分配6 GB的物理内存，需要实际使用后才分配。因此，内存使用率在应用启动的时候，会相对较低，后续会出现攀爬现象。
堆栈内存调优
回收器GC调优
吞吐量优先
响应时间优先
用于辅助
搜集来自：容器JVM内存配置最佳实践
