Openshift/Kubernetes中是否存在不同于内存限制的初始内存分配机制？

在Kubernetes（含基于其构建的OpenShift）中，Pod存在两类独立的内存配置，和Java的-Xms/-Xmx逻辑对应，并不强制要求初始分配等于内存限制。

• 对应Java *最小堆（-Xms）*的是resources.requests.memory：该值是K8s调度Pod的依据，只会将Pod调度到可用内存≥该值的节点，节点会提前预留对应大小的内存额度供Pod使用，和JVM启动时预分配Xms内存的逻辑一致。
• 对应Java *最大堆（-Xmx）*的是resources.limits.memory：该值是Pod可使用的内存硬上限，一旦Pod实际内存占用超过阈值，就会触发OOM Kill被强制重启，和JVM堆内存超过-Xmx抛出OOM错误的逻辑一致。

将requests.memory和limits.memory设为相等是业务侧的主动选择，并非平台强制要求，通常出于两个原因：

• 规避内存超配风险：当requests小于limits时，K8s允许节点上所有Pod的limits总和超过节点实际物理内存，属于超配模式。峰值时若多个Pod同时占用内存超过自身requests，会触发节点级内存回收，随机杀掉优先级低的Pod，稳定性极差。两者相等可关闭超配，Pod的内存额度完全有保障，不会被节点侧OOM随机终止。
• 适配固定堆的应用配置：很多生产环境的Java应用会将-Xms和-Xmx设为相等，避免运行时内存动态缩扩带来的性能损耗，对应的Pod内存配置也会匹配堆大小设为相等值，避免资源浪费。

如果有对应的业务需求，完全可以将requests设为低于limits的值，比如开发测试环境为了提升节点资源利用率，允许非核心应用超配内存，就可以采用这种配置。

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