Kubernetes 为什么单节点集群只有一小部分可用的cpu配额?

Kubernetes 为什么单节点集群只有一小部分可用的cpu配额?,kubernetes,Kubernetes,在上面的问题中,我在开始部署3个容器时遇到了一个问题 经进一步调查,似乎只有27%的CPU配额可用-这似乎非常低。CPU的其余部分似乎分配给一些默认的捆绑容器 这通常是如何缓解的?是否需要更大的节点?是否需要手动设置限制?所有这些额外的容器都是必需的吗?单节点集群的1个cpu可能太小了 从原始答案中的容器中,可以删除仪表板和fluentd: 仪表板只是一个web UI,如果您使用kubectl(IMO,您应该这样做),它可能会消失 fluentd应该读取磁盘上的日志文件,然后将它们发送到某个地

在上面的问题中,我在开始部署3个容器时遇到了一个问题

经进一步调查,似乎只有27%的CPU配额可用-这似乎非常低。CPU的其余部分似乎分配给一些默认的捆绑容器


这通常是如何缓解的?是否需要更大的节点?是否需要手动设置限制?所有这些额外的容器都是必需的吗?

单节点集群的1个cpu可能太小了

从原始答案中的容器中,可以删除仪表板和fluentd:

  • 仪表板只是一个web UI,如果您使用
    kubectl
    (IMO,您应该这样做),它可能会消失
  • fluentd应该读取磁盘上的日志文件,然后将它们发送到某个地方(我认为是GCP的日志聚合)
不必要的容器应绑定到
部署
复制集
,可分别与
kubectl get Deployment
kubectl get rs
一起列出。然后,您可以
kubectl删除它们


增加节点上的资源不应改变对基本POD的要求,这意味着它们都应该是自由调度的。

如何删除不必要的容器?有了更大的节点/更多的CPU,这些捆绑容器的限制会降低吗?据我所知,这是一个单一的副本。仅运行3个容器。可能相关: