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

Question

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

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

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

Answer 1

我认为您已经回答了自己的问题。没有适合所有人的规模，这实际上取决于工作负载的类型。这也表明您要在资源上保留多少空闲时间。

IMO

对于计算资源：

• CPU和内存：利用率不足10％的东西，可能利用率超过80％的东西。您一直想在这里努力提高这两种资源的利用率，因为这些资源往往是成本最高的资源。
• 磁盘：任何80％的磁盘都意味着您可能需要增加磁盘大小或进行垃圾回收。

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