我的 pod 获得 OOM-killed 状态，但没有被杀死。为什么？

Question

我已经使用带有资源请求和限制的 YAML 文件（apiVersion：batch/v1beta1）配置了一个 CronJob，该 pod 已成功实例化并一直工作到其自然结束，但当终止时我看到它标记为 OOMKilled。

我的 pod 正在使用 Docker 容器，该容器以调用一些 Java 工具（如 maven）的 bash 脚本启动。我尝试像这样设置 MAVEN_OPTS 和 JAVAOPTS：

        env:
          - name: JAVA_OPTS
            value: "-Xms256M -Xmx1280M"
          - name: MAVEN_OPTS
            value: "-Xms256M -Xmx1280M"

这是低于 YAML 中配置限制的值。

我预计 pod 会在完整状态下停止，因为我的 ENTRY_POINT bash 脚本的最后一个回显显示在 pod 的日志中，但我得到了 OOMKilled。

Answer 1

当容器指定了资源请求时，调度程序可以更好地决定将 Pod 放置在哪些节点上。但请记住：计算资源（CPU/内存）是为容器配置的，而不是为 Pod 配置的。

如果 Pod 容器被 OOM 杀死，the Pod is not evicted。底层容器由kubelet基于其RestartPolicy重启。

OOMKill 的容器 being terminated 并不意味着 pod 将处于 Completed/Error 状态（除非您使用的是 RestartPolicy: Never）。

如果你在你的 pod 上执行kubectl describe，容器将处于Running 状态，但你可以在Last State 中找到上次重启的原因。此外，您可以检查它被重新启动的次数：

State:          Running
  Started:      Wed, 27 Feb 2019 10:29:09 +0000
Last State:     Terminated
  Reason:       OOMKilled
  Exit Code:    137
  Started:      Wed, 27 Feb 2019 06:27:39 +0000
  Finished:     Wed, 27 Feb 2019 10:29:08 +0000
Restart Count:  5