Memory management 如何计算Kubernetes群集的节点可分配资源？

我们有一个集群，其中节点资源不足，导致缓慢和过度提交问题。这迫使我们频繁地重新启动节点。我们计划实施节点可分配资源策略，以在系统、kubelet和应用程序吊舱之间分割可用的CPU、内存和临时存储

遇到了一些关于可分配资源计算的指导原则

---

它没有指定系统和kubelet资源之间的分配比例。此外，我们正在进行开放式轮班，因此不确定其中有多少适用。

如您所述，您使用的是

OpenShift

，您提供的文档来自GCP。默认要求、参数可能因云提供商规格而不同

不幸的是，我不是

OpenShift

用户，但您可以在操作系统中找到：

为节点组件保留的资源基于两个节点设置：

kube reserved

和

system reserved

您可以在节点配置文件（默认情况下为/etc/origin/node/node-config.yaml文件）的kubeletArguments部分使用一组=对（例如，cpu=200m，内存=512Mi）设置这些

如何计算分配的资源？

根据以下公式计算资源的分配量：

[Allocatable]=[Node Capacity]-[kube reserved]-[system reserved]

如果

[Allocatable]

为负值，则设置为0

请检查以下OpenShift文档：、

许多因素取决于您想要使用的播客/图像。某些映像可能需要0.1 CPU，但其他映像可能需要1CPU才能启动

您可以通过创建一个set

Pod

来限制它

请记住，您始终可以在Containers.containerName.Requests下检查每个Pod中的当前请求/限制：

$ os describe pod <pod-name>

---

希望能有所帮助。

@Caledor如果我的回答对你有帮助，你能投赞成票还是接受？或者，如果您还有任何问题或疑问，请告诉我。

$ os describe node <node-name>

Non-terminated Pods:         (6 in total)
  Namespace                  Name                                              CPU Requests  CPU Limits  Memory Requests  Memory Limits  AGE
  ---------                  ----                                              ------------  ----------  ---------------  -------------  ---
  default                    nginx-7cdbd8cdc9-b94r9                            100m (10%)    0 (0%)      0 (0%)           0 (0%)         6m2s
  default                    nginx-7cdbd8cdc9-nlsw7                            100m (10%)    0 (0%)      0 (0%)           0 (0%)         6m2s
  kube-system                fluentd-gcp-v3.2.0-lwnqn                          100m (10%)    1 (106%)    200Mi (7%)       500Mi (18%)    5h22m
  kube-system                kube-proxy-gke-stc1-default-pool-094e5c74-4dzj    100m (10%)    0 (0%)      0 (0%)           0 (0%)         5h22m
  kube-system                prometheus-to-sd-lbj57                            1m (0%)       3m (0%)     20Mi (0%)        20Mi (0%)      5h22m
  kube-system                traefik-749d86f748-frs7q                          0 (0%)        0 (0%)      0 (0%)           0 (0%)         158m
Allocated resources:
  (Total limits may be over 100 percent, i.e., overcommitted.)
  Resource                   Requests    Limits
  --------                   --------    ------
  cpu                        401m (42%)  1003m (106%)
  memory                     220Mi (8%)  520Mi (19%)
  ephemeral-storage          0 (0%)      0 (0%)
  attachable-volumes-gce-pd  0           0