各位工作的公司生产 k8s 是怎么维护应用的 request 和 limit 的？

首次上线的时候怎么定？靠压力测试？后续应用不停上线、甚至改配置可能会导致内存、cpu 的变化，如何持续迭代更新每个应用的 request 和 limit 呢？

我印象中 request 还不能太小，忘了啥原因。 我们之前是所有 pod 固定的 request 和 limit （ request:2 limit:8 ），靠 pod 数量来伸缩，极个别特殊的 pod 手动调整。

@mooyo 当机器的 cpu 打满了，会按这台机器的 pod 的 request 比例去分 cpu

用不明白，就设置一样😁

初始化一般业务评估就行，业务对自己的业务量应该有点数。 然后监控使用率，使用率太低，推进调低，使用率高，推荐提高。

用 vpa 给你推荐下资源配置

@xavi818 这个可以，但是第一次上线的时候好像推荐不出来吧 @vkillwucy 我们就是差不多都一样的，但是其实资源使用率差的挺多的 @ZSeptember 业务根本不懂这些，也不管，所以都得靠我们运维推，太难了

很难搞，我们还因为 req 设置不合理出过线上故障

设置好 hpa 和 autoscaler