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将在后续的调度步骤中绑定到该节点。
对于每个Pod，Kubernetes Scheduler都会确定可行节点的集合，这是满足Pod约束的节点的集合。
从概念上讲，Kubernetes Scheduler定义了一组过滤器函数，这些过滤器函数在给定Pod和Node的情况下，确定Node是否满足Pod的约束。 所有过滤器函数都必须对节点托管Pod产生true。
此过滤器功能根据节点的可调度性和生命周期阶段认为该节点可行。 节点条件是通过taints和tolerations考虑的（taints和tolerations后续再介绍）。
此过滤器功能根据Pod的资源要求和Node的资源可用性将Node视为可行。
该过滤器功能根据Pod的节点选择器值和Node的标签值将Node视为可行。