2017-05-11 76 views
2

我想在g1 GKE實例(g1實例有1個vCPU或1000毫秒)中運行一個小應用程序,並且在安排pod時遇到CPU請求限制問題。有4個豆莢,每個豆莢都是應用程序的不同部分:Django Web應用程序,SQL服務和兩個輔助Python進程。如何估算Kubernetes吊艙的CPU需求?

已在默認名稱空間中設置了窗格,因此默認情況下爲每個窗格分配了100米。結果表明,Kube系統在節點上佔用730毫微米,所以我還剩下270米分佈在吊艙之間,這就是爲什麼只有兩個吊艙啓動而其他吊艙懸掛在掛起狀態。爲了讓所有的豆莢開始,我需要減少它們的每個CPU配額(或重新考慮設計)。

我可以大概猜出哪個吊艙需要更多或更少的CPU。估計每個豆莢最小毫米需求的合理方法是什麼?

回答

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 

但是,請記住,這些指標將根據負荷變化,可能有很大不同。

相關問題