如何估算Kubernetes吊舱的CPU需求？

Question

我想在g1 GKE实例（g1实例有1个vCPU或1000毫秒）中运行一个小应用程序，并且在安排pod时遇到CPU请求限制问题。有4个豆荚，每个豆荚都是应用程序的不同部分：Django Web应用程序，SQL服务和两个辅助Python进程。

已在默认名称空间中设置了窗格，因此默认情况下为每个窗格分配了100米。结果表明，Kube系统在节点上占用730毫微米，所以我还剩下270米分布在吊舱之间，这就是为什么只有两个吊舱启动而其他吊舱悬挂在挂起状态。为了让所有的豆荚开始，我需要减少它们的每个CPU配额（或重新考虑设计）。

我可以大概猜出哪个吊舱需要更多或更少的CPU。估计每个豆荚最小毫米需求的合理方法是什么？

Answer 1

如果您有Heapster部署在Kubernetes，那么您应该能够在启动pod后直接发出kubectl top pods。附加-n kube-system以查看kube-system名称空间中的窗格。

这显示荚指标按以下格式：

NAME           CPU(cores) MEMORY(bytes) 
------------15186790-1swfm     0m   44Mi 
------------88929288-0nqb1     0m   12Mi 
------------22666682-c6cb5     0m   43Mi 
------------85400619-k5vhh     6m   74Mi 

但是，请记住，这些指标将根据负荷变化，可能有很大不同。