为什么要麻烦设置-Xmx
和-Xms
kubernetes 应用程序?
我们继承了一个出现内存不足错误的 kubernetes 应用程序。看起来初始开发人员设置了 kubernetes 资源限制(.95 CPU 核心和 4Gb 内存),如下所示。但是,他们还将最大堆大小设置JAVA_OPTS -Xmx
为 800mb。
我已经找到了很多关于最佳设置的好材料-Xmx
(例如这个),但找不到以下问题的直接答案:我们真的需要在 kubernetes 容器中设置-Xmx
(更不重要的是-Xms
)吗?我们已经对容器设置了硬限制resources
,那么设置这些标志有什么意义呢?如果我们完全删除它们,结果会是什么?应用程序 GC 会更频繁吗?它会动态缩放堆大小还是将堆大小最大值固定在某个默认最大值(如 256MB)?是否有-Xmx
与 kubernets 容器成比例设置的经验法则?
如果您没有设置最大堆大小,则行为取决于所使用的 Java 版本。当前的 JRE 支持确定容器限制并使用它来指导其内部启发式方法。
当使用旧版本运行时,用于堆的内存将根据容器可见的物理内存确定,这可能会过多。
请注意,达到容器的内存限制将导致终止进程并重新启动容器。
我建议您为 Xmx 和 Xms 使用从操作测试中确定的合理值以获得稳定的内存使用。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句