Kubernetes 重启前是否可以获取pod运行的节点的详细信息？

我正在运行一个20多个节点的kubernetes群集。命名空间中的一个pod被重新启动。pod因OOM（出口代码137）而死亡，并按预期重新启动。但是我想知道pod之前运行的节点。有什么地方可以查一下日志来了解信息吗？像tiller，kubelet，kubeproxy等

但是我想知道pod之前运行的节点

如果pod被退出代码137杀死，例如当它使用的内存超过其限制时，它将在同一节点上重新启动-不重新调度。为此，请检查您的度量或容器日志

---

但是，由于过度提交节点，POD也可能被杀死，请参见，例如…

谢谢Jonas。在我的例子中，我看到只有2个节点已经达到了资源限制w.r.t内存。i、 e）应用于节点的限制大于分配的限制。此外，pod运行/运行的节点在节点容量内仍有限制。如果它被杀死了，我想pod会被重新安排到另一个节点上？出口代码137表示系统终止集装箱。这里，系统指的是实际节点或任何其他kube组件？退出代码137表示容器被Linux进程终止，Ok。在我的例子中，它是在同一个节点上重新启动的，因为它是OOM。谢谢你，乔纳斯。