kubernetes - 确定配额和限制范围的合理值

Question

为了确定资源请求的可行值以及OpenShift / Kubernetes项目中 ResourceQuota 和 LimitRange 对象的限制，您采用什么方法？

我不是，而是，它询问如何创建配额或限制范围，而是询问如何合理化cpu /内存请求/限制值，而不是简单地猜测。

我遇到了this blog post，这是一个很好的起点，希望能找到更多的资源或最佳实践的建议。我知道我将不得不修改这些设置，因为没有一种“千篇一律”的解决方案。

Answer 1

我认为您自己回答了这个问题。没有适合所有人的规模，这实际上取决于工作负载的类型。这也是您要在资源上保留多少松弛度的一种意见。

IMO

对于计算资源:

CPU和内存:低于10％的任何东西都可能未得到充分利用，超过80％的任何东西都被过度利用。您总是想在这里努力提高这两种资源的利用率，因为这些资源往往是成本最高的资源。

磁盘:80％的百分比表示您可能需要增加磁盘大小或进行垃圾回收。

对于ConfigMap数量之类的K8s资源限制，本身没有最大值，这只是一个功能，可确保集群用户不会滥用资源创建，因为集群资源永远不会无限。我能想到的一个示例是，您可以说每个部署平均有2个ConfigMap，并且您希望有100个部署，并且您可能希望设置220个ConfigMap的限制。