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