在 K8s 中为 pod 设置请求值和限制值的最佳实践是什么？

Question

最近，我们在 AKS 集群中遇到了一些问题，即节点内存随着 pod 内存请求较高（请求 2Gi、内存 2Gi）而增加，从而增加了节点数量。因此，为了减少节点数量，我们将请求内存减少到 256MI 并限制为相同值 (2GB)。之后我们注意到集群中出现了一些奇怪的行为。

1. 请求的百分比和我们的资源限制存在很大差异。
   更清楚地说，限制值显示为实际值的 602% 和 478%，并且请求百分比之间存在很大差异。保持 request 和 limit 之间的差异是正常的还是无害的？

 Resource                       Requests      Limits
  --------                       --------      ------
  cpu                            1895m (99%)   11450m (602%)
  memory                         3971Mi (86%)  21830Mi (478%)
  ephemeral-storage              0 (0%)        0 (0%)
  hugepages-1Gi                  0 (0%)        0 (0%)
  hugepages-2Mi                  0 (0%)        0 (0%)
  attachable-volumes-azure-disk  0             0

2. 我们注意到我们的节点消耗的内存显示超过 100%，这是一个奇怪的行为，节点如何消耗比实际更多的内存。

NAME                                CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
aks-nodepoolx-xxxxxxxx-vmss00000x   151m         7%     5318Mi          116%

NAME                                    READY   STATUS    RESTARTS   AGE
mymobile-mobile-xxxxx-ddvd6   2/2     Running   0          151m
myappsvc-xxxxxxxxxx-2t6gz     2/2     Running   0          5h3m
myappsvc-xxxxxxxxxx-4xnsh     0/2     Evicted   0          4h38m
myappsvc-xxxxxxxxxx-5b5mb     0/2     Evicted   0          4h28m
myappsvc-xxxxxxxxxx-5f52g     0/2     Evicted   0          4h19m
myappsvc-xxxxxxxxxx-5f8rz     0/2     Evicted   0          4h31m
myappsvc-xxxxxxxxxx-66lc9     0/2     Evicted   0          4h26m
myappsvc-xxxxxxxxxx-8cnfb     0/2     Evicted   0          4h27m
myappsvc-xxxxxxxxxx-b9f9h     0/2     Evicted   0          4h20m
myappsvc-xxxxxxxxxx-dfx9m     0/2     Evicted   0          4h30m
myappsvc-xxxxxxxxxx-fpwg9     0/2     Evicted   0          4h25m
myappsvc-xxxxxxxxxx-kclt8     0/2     Evicted   0          4h22m
myappsvc-xxxxxxxxxx-kzmxw     0/2     Evicted   0          4h33m
myappsvc-xxxxxxxxxx-lrrnr     2/2     Running   0          4h18m
myappsvc-xxxxxxxxxx-lx4bn     0/2     Evicted   0          4h32m
myappsvc-xxxxxxxxxx-nsc8t     0/2     Evicted   0          4h29m
myappsvc-xxxxxxxxxx-qmlrj     0/2     Evicted   0          4h24m
myappsvc-xxxxxxxxxx-qr75w     0/2     Evicted   0          4h27m
myappsvc-xxxxxxxxxx-tf8bn     0/2     Evicted   0          4h20m
myappsvc-xxxxxxxxxx-vfcdv     0/2     Evicted   0          4h23m
myappsvc-xxxxxxxxxx-vltgw     0/2     Evicted   0          4h31m
myappsvc-xxxxxxxxxx-xhqtb     0/2     Evicted   0          4h22m

Answer 1

这里有很多关于取消K8S 上的CPU 限制的讨论

\n

\n
• 看在上帝的份上，停止在 Kubernetes 上使用 CPU 限制
\n
• Kubernetes CPU 节流：响应时间的无声杀手
\n
• Kubernetes：通过消除 CPU 限制来提高服务速度
\n
• Kubernetes 中的 CPU 限制和主动限制
\n

\n\n

Kubernetes 上CPU 限制和请求的最佳实践

\n

\n
• 使用 CPU 请求处理所有内容并确保它们准确
\n
• 不要使用CPU 限制。
\n

\n

Kubernetes 上内存限制和请求的最佳实践

\n

\n
• 使用内存限制和内存请求
\n
• 设置内存限制=内存请求
\n

\n\n

检查pod 的节流率

\n

只需登录 pod 并运行即可cat /sys/fs/cgroup/cpu,cpuacct/kubepods/{PODID}/{CONTAINERID}/cpu.stat。

\n

\n
• nr_periods\xe2\x80\x94 总计划周期
\n
• nr_throttled\xe2\x80\x94 总限制周期（nr_periods）
\n
• throttled_time\xe2\x80\x94 总限制时间（以 ns 为单位）
\n

\n