Kubernetes Scheduler浅析
scofield 菜鸟运维杂谈
概述
Kubernetes 调度器(Scheduler)是Kubernetes的核心组件;用户或者控制器创建Pod之后,调度器通过 kubernetes 的 watch 机制来发现集群中新创建且尚未被调度到 Node 上的 Pod。调度器会将发现的每一个未调度的 Pod 调度到一个合适的 Node 上来运行。调度器会依据下文的调度原则来做出调度选择。
kube-scheduler 给一个 pod 做调度选择包含两个步骤:过滤、打分
过滤阶段会将所有满足 Pod 调度需求的 Node 选出来。例如,PodFitsResources 过滤函数会检查候选 Node 的可用资源能否满足 Pod 的资源请求。在过滤之后,得出一个 Node 列表,里面包含了所有可调度节点;通常情况下,这个 Node 列表包含不止一个 Node。如果这个列表是空的,代表这个 Pod 不可调度。 打分阶段,调度器会为 Pod 从所有可调度节点中选取一个最合适的 Node。根据当前启用的打分规则,调度器会给每一个可调度节点进行打分。 最后,kube-scheduler 会将 Pod 调度到得分最高的 Node 上。如果存在多个得分最高的 Node,kube-scheduler 会从中随机选取一个。
本文主要对Kubernetes Scheduler做一个简单介绍,让大家理解 Pod 为什么会被调度到特定的 Node 上。
首先来看下Pod生命周期
调度示意图
Kubernetes Scheduler的任务是选择一个Pod放置到Node节点。放置是一组Pod对一组Node的部分非注入式分配。
调度是一个优化问题:首先,调度程序确定可行的放置节点集合,即满足一组给定约束的节点集合。然后,调度程序确定可行的节点集合,这是得分最高的可用节点的集合。
Kubernetes Scheduler是确保局部最优的多步调度程序,而不是确保全局最优的单步调度程序。 如下图所示,并不保证每个可用node都被分配到pod
Kubernetes Scheduler监视Kubernetes对象存储并选择具有最高优先级的未绑定Pod来执行调度步骤或抢占步骤。
调度步骤
对于给定的Pod,如果存在至少一个节点,则启用调度步骤,以使该节点可用于托管Pod。 如果启用了“调度步骤”,则调度程序会将Pod绑定到可行的节点,这样绑定将实现最高的生存能力。 如果未启用“调度步骤”,则调度程序将尝试执行抢占步骤。
抢占步骤
对于给定的Pod,如果存在至少一个节点,则启用抢占步骤,以便如果要删除绑定到该节点的优先级较低的Pod子集,则该节点可用于托管Pod。 如果启用了抢占步骤,则调度程序将触发删除绑定到一个节点的具有较低优先级的Pod子集,抢占步骤将造成最低的人员伤亡。 (造成的人员伤亡是根据Pod中断预算(PDB)违规情况进行评估的) 注意,调度程序不保证触发抢占步骤的Pod将在后续的调度步骤中绑定到该节点。
1、过滤器
对于每个Pod,Kubernetes Scheduler都会确定可行节点的集合,这是满足Pod约束的节点的集合。 从概念上讲,Kubernetes Scheduler定义了一组过滤器函数,这些过滤器函数在给定Pod和Node的情况下,确定Node是否满足Pod的约束。所有过滤器函数都必须对节点托管Pod产生true。
1.1 可调度性和生命周期阶段(Schedulability and Lifecycle)
此过滤器功能根据节点的可调度性和生命周期阶段认为该节点可行。节点条件是通过taints和tolerations考虑的(taints和tolerations后续再介绍)。
1.2 资源需求和资源可用性(Resource)
此过滤器功能根据Pod的资源要求和Node的资源可用性将Node视为可行。
1.3 节点选择器(Node Selector)
该过滤器功能根据Pod的节点选择器值和Node的标签值将Node视为可行。
1.4 Node Taints and Pod Tolerations
此筛选器功能根据Pod的污点的键值对和Node的Tolerations的键值对将Node视为可行。
1.5 亲和力(Required Affinity)
此过滤器功能根据Pod所需的Node Affinity条件,Pod Affinity条件和Pod Anti Affinity条件将Node视为可行。
- Node Affinity 必须将Pod分配给Node,以使Node的标签与Pod的Node Affinity Requirements匹配。此外,不得将Pod分配给节点,以使节点的标签不符合Pod节点亲和性要求。
- Pod Affinity 必须将Pod分配给一个节点,以使节点上至少有一个与TopologyKey匹配的Pod符合Pod的Pod相似性要求。
- Pod Anti-Affinity 必须将Pod分配给节点,以使与TopologyKey匹配的节点上没有Pod符合Pod的Pod反亲和性要求。
2、可行性
对于每个Pod,Kubernetes Scheduler都会确定可行节点的集合,这是满足Pod约束的节点的集合。然后,Kubernetes Scheduler确定具有最高生存能力的可行节点集。 从概念上讲,Kubernetes Scheduler定义了一组评估函数,给定Pod和Node,它们确定Pod和Node对的生存能力。评分相加。
2.1 首选亲和力
此过滤器功能根据Pod的首选Node Affinity条款,Pod Affinity条款和Pod Anti Affinity条款对Node的生存能力进行评估。
更多详情,请参见官网 PS:后续文章会同步到dev.kubeops.net
注:文中部分图片来源于网络,如有侵权,请联系我及时删除。