Kubernetes-Qos之 Guaranteed, Burstable， Best-Effort

最新推荐文章于 2024-06-24 19:15:08 发布

liuyunshengsir

最新推荐文章于 2024-06-24 19:15:08 发布

阅读量1k

点赞数

分类专栏： kubernetes 文章标签： kubernetes 容器云原生

本文链接：https://blog.csdn.net/liuyunshengsir/article/details/129987671

版权

kubernetes 专栏收录该内容

29 篇文章

订阅专栏

K8S允许容器指定Requests和Limits，Requests作为资源预估申请，确保分配，Limits则限制资源使用，防止过度消耗。当CPU超出Limits，容器会被限速；内存超限则可能导致OOMKill。QoS分为Guaranteed（限定CPU和内存requests=limits）、Burstable（请求与限制不同）和Best-Effort（无requests和limits）。管理员还能设置命名空间级别的资源配额。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.资源需求（Requests）和限制（ Limits）

对于每一个资源，container可以指定具体的资源需求（requests）和限制（limits），requests申请范围是0到node节点的最大配置，而limits申请范围是requests到无限，即0 <= requests <=Node Allocatable, requests <= limits <= Infinity。

对于CPU，如果pod中服务使用CPU超过设置的limits，pod不会被kill掉但会被限制。如果没有设置limits，pod可以使用全部空闲的cpu资源。

对于内存，当一个pod使用内存超过了设置的limits，pod中container的进程会被kernel因OOM kill掉。当container因为OOM被kill掉时，系统倾向于在其原所在的机器上重启该container或本机或其他重新创建一个pod。
在这里插入图片描述

2.Qos 分类

在这里插入图片描述

Guaranteed：pod中的所有容器都必须对cpu和memory同时设置limits，如果有一个容器要设置requests，那么所有容器都要设置，并设置参数同limits一致，那么这个pod的QoS就是Guaranteed级别。
注：如果一个容器只指明limit而未设定request，则request的值等于limit值。
Burstable: pod中只要有一个容器的requests和limits的设置不相同，该pod的QoS即为Burstable。
Best-Effort：如果对于全部的resources来说requests与limits均未设置，该pod的QoS即为Best-Effort

3.总结

K8S通过Request和Limit两个抽象概念来给Pod申请资源与配额：
（1）Request是资源预估申请，由K8s调度决策是否能够满足申请，如有资源则保证供给，如果资源资源不足则显示等待状态。
（2）Limit是容器资源限额：
内存超额 > OOMKill相关的容器
CPU超额 > 限制使用量(throttling)
（3）Request <= Limit
（4）管理员还可配置名字空间级别的配额(ResourceQuota/LimitRange)