Kubernetes-Qos之 Guaranteed, Burstable， Best-Effort

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)