在 Openshift/Kubernetes 中，我想测试由 2 个容器组成的应用程序（pod）如何在具有不同内核数的机器上执行。我手头的机器有 32 个核心，但我想限制为 4、8、16...
一种方法是在容器上使用资源限制，但这会迫使我在每个容器上设置比率；相反，我想为整个 pod 设置资源限制，让容器在 CPU 上竞争。我的感觉是这应该是可能的，因为容器可以属于同一个 cgroup，因此共享调度程序 POV 的限制。
pod 上的 LimitRange 会满足我的要求吗？ LimitRange 是项目/命名空间范围的，有没有办法以更精细的粒度实现相同的目标（仅适用于某些 pod）？
【问题讨论】：
标签： kubernetes resources openshift throttling cgroups
根据documentation：资源限制仅适用于容器级别。但是，您可以定义不同的 requests 和 limits 以允许容器爆发超出请求中定义的数量。但这还有其他含义，请参阅Quality of Service。
这是因为某些资源（例如内存）无法竞争，因为它适用于 CPU。内存要么足够，要么太少。 Kubernetes 中没有共享 RAM 这样的东西。 （如果您没有明确调用相关的系统调用）
请问，Pod 内部 CPU 竞争的用例是什么？
【讨论】：
如何使用资源配额控制 K8S 集群内的资源使用情况。这应该使您能够在通过 LimitRange 设置的不同条件或直接使用 Container 的资源限制和请求设置的不同条件下，借助 kube_resourcequota 监控指标对专用命名空间内的 pod 的 cpu/内存使用情况进行基准测试。
我的意思是设置资源配额类似于this一：
apiVersion: v1
kind: ResourceQuota
metadata:
name: mem-cpu-demo
spec:
hard:
requests.cpu: "1"
requests.memory: 1Gi
limits.cpu: "2"
limits.memory: 2Gi
pods: "1"
使用资源限制和请求运行 pod：
...
containers:
- image: gcr.io/google-samples/hello-app:1.0
imagePullPolicy: IfNotPresent
name: hello-app
ports:
- containerPort: 8080
protocol: TCP
resources:
limits:
cpu: "1"
memory: 800Mi
requests:
cpu: 900m
memory: 600Mi
...
只需在监控控制台中观察 pod 的执行情况*，例如使用 Prometheus：
* 绿色 - 代表 Pod 的整体内存使用情况， 红色 - 使用 ResourceQuota 设置的固定/硬资源限制
我猜你选择减少行之间的间隙以避免未充分使用的系统，同时避免像这样的 Pod 故障：
status:
message: 'Pod Node didn''t have enough resource: cpu, requested: 400, used: 893,
capacity: 940'
phase: Failed
reason: OutOfcpu
当然，如果这种内存使用趋势与您感兴趣的其他一些自定义/性能监控指标叠加在驾驶舱图表上，那当然是理想的。
【讨论】：