共享容器中容器的CPU限制

作者: 夏花
发布时间: 2024-07-12 06:24:20 (7天前)
转自：

3 条回复

0#
回复此人
明月清风上善若水自由如风 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 按照 <a href =“https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/#resource-requests-and-limits-of-pod-and-container”rel =“nofollow noreferrer” > 文件 </A> ：资源约束仅适用于容器级别。但是你可以定义不同的 <code> requests </code> 和 <code> limits </code> 允许容器突破超出请求中定义的数量。但这带来了其他影响 <a href="https://github.com/kubernetes/community/blob/master/contributors/design-proposals/node/resource-qos.md" rel="nofollow noreferrer"> 服务质量 </A> 。 这样做的原因是一些资源如内存无法竞争，因为它适用于CPU。记忆要么足够要么要少得多。在Kubernetes中没有共享RAM这样的东西。（如果您未明确调用相关的系统调用） 请问，Pod内部CPU竞争的用例是什么？ </DIV>

编辑
1#
回复此人
v-star*위위 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 如何使用资源配额控制K8S群集内的资源使用情况。这应该使您可以使用kube_resourcequota监控指标，在使用LimitRange设置的不同条件下或直接使用Container的资源限制和范围内，通过专用命名空间内的pod对cpu /内存使用情况进行基准测试。要求。 我的意思是设置的 资源配额 </强> 相近 <a href="https://kubernetes.io/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/#create-a-resourcequota" rel="nofollow noreferrer"> 这个 </A> 一： <pre> <code> 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" </code> </pre> 运行pod 的 资源限制和请求 </强> ： <pre> <code> ... 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 ... </code> </pre> 并在监控控制台中观察pod如何执行*，例如使用Prometheus： <a href="https://i.stack.imgur.com/GpVQS.png" rel="nofollow noreferrer"> <img src =“https://i.stack.imgur.com/GpVQS.png”alt =“在此处输入图片说明”/> </A> * 绿色 - 表示Pod的整体内存使用情况，红色 - 使用ResourceQuota设置的固定/硬资源限制 我猜你选择减少线路之间的差距以避免未完成的系统，同时避免像这样的Pod故障： <pre> <code> status: message: 'Pod Node didn''t have enough resource: cpu, requested: 400, used: 893, capacity: 940' phase: Failed reason: OutOfcpu </code> </pre> 当然，理想情况下，如果此内存使用趋势是驾驶舱图表上的堆栈，其中包含您感兴趣的其他自定义/性能监控指标。 </DIV>

编辑

登录后才能参与评论