1
dayeye2006199 2023 年 4 月 11 日
没有 limit 也是有个默认值的
|
2
byte404 2023 年 4 月 11 日
先不要限制,把 metrics 弄出来监控一段时间取峰值,不要随意设置 limits 。
|
3
MonkeyJon 2023 年 4 月 11 日
我们项目发现,限制资源小于 0.5 会导致服务启动巨慢
|
4
billzhuang 2023 年 4 月 11 日
我一般 CPU 是 requests 设置一个合适的值,limits 设置很大。
|
5
zhoudaiyu PRO 可以先限制宽松一点,然后跑一段观察 Prometheus 的 CPU 使用时间和被 Throttle 时间去决定分配多少 Core 合适
|
6
nicholasxuu 2023 年 4 月 11 日
request 决定 pod 被分配到哪个 node 上,32 核的机器,cpu request 之和到 32 就不会编排新 pod 了。
limit 决定单个 pod 最多能用多少。 cpu limit 建议至少 1 ,不然相当于被强制限速。 然后用 CPU request 来设计 pod 的分布,一般是按启动后稳定下来的 CPU 使用量估算,防止把 node 撑爆。 |
7
hyperdak288 2023 年 4 月 11 日
按 cpu throttling 按分配
|
8
hzfyjgw 2023 年 4 月 11 日
cpu 资源属于可压缩资源,建议只分配 requests, 不设置 limits
|