0
点赞
收藏
分享

微信扫一扫

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。

Kubernetes-Qos之 Guaranteed, Burstable, Best-Effort_kubernetes

2.Qos 分类

Kubernetes-Qos之 Guaranteed, Burstable, Best-Effort_等待状态_02

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


举报

相关推荐

0 条评论