Kubernetes-Qos之 Guaranteed, Burstable， Best-Effort

水深无声 2024-03-24 15:28 44阅读 0赞

### 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。  
![在这里插入图片描述][6a5ad829613340959232bd0e4e224a5f.png]

### 2.Qos 分类 ###

![在这里插入图片描述][297f98fb04a743d3ac50b884a321d835.png]

*  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)

[6a5ad829613340959232bd0e4e224a5f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/728c9aa6dd874b868d5a11f51949850a.png
[297f98fb04a743d3ac50b884a321d835.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/d3843b49b9364f079fcd63392f929973.png