Kubernetes 节点详细信息答案

【问题标题】：Kubernetes Node DetailsKubernetes 节点详细信息
【发布时间】：2018-08-07 21:14:09
【问题描述】：

我有两个问题：

我在 kubernetes 集群上有一个节点，我想知道 CPU 请求与此图像限制之间的区别。 我知道限制和部署文件请求之间的区别，但这似乎有些不同
在图像中有 pod 分配容量（到目前为止，我知道这是在特定时刻运行 pod 的限制）。我想知道待处理的 pod 是否也包含在此容量中？

【问题讨论】：

【解决方案1】：

这些值是节点上 4 个 pod 的值的总和，显示为节点上可用总资源的一小部分。所以例如您的节点上最多可以有 110 个 pod，而您目前有 4 个。您可以使用它来了解您的节点何时接近“满”（即，如果其中一个指标几乎满了，那么 kubernetes 很可能won't be able to schedule 该节点的任何更多 pod）。这是same metrics you get from kubectl describe node <node_name>

【讨论】：

不幸的是，这并没有回答我的问题。
对不起，我错过了你的部分问题。据我了解，未包含待处理的 pod，因为它们尚未安排到任何特定节点。还有什么问题没有解决吗？
最好尝试改进答案并使其尽可能清晰。
好的，谢谢你的待处理部分......是的，我问了限制，请求的东西..我知道我是否在 YAML 文件中指定了一个限制并且那个 pod 超出了那个限制它已终止。我不明白的是限制，请求节点上的东西。
您没有为节点设置资源限制 (github.com/kubernetes/kubernetes/issues/…)。但是节点存在硬资源限制，因为它是机器虚拟机实例，因此如果为它安排了太多的 pod 或 pod 对它的要求太高，它可能会耗尽内存或 cpu。 Kubernetes 使用 Pod 的请求和限制来将它们调度到节点，以保护节点不被淹没。这就是为什么显示的节点指标是节点上 pod 指标的总和。