kube-scheduler

file： pkg/scheduler/internal/cache/cache.go

file: pkg/scheduler/internal/cache/cache.go

返回符合条件的全部node

file： pkg/scheduler/schedule_one.go： 

main()

开始调度schedulePod

sched.run()

UpdateSnapshot

addAllEventHandlers

kube-scheduler

file： pkg/scheduler/schedule_one.go

启动时会先执行：将超过 最大为调度时间的 pod 移动到 backoffQ 或者 activeQ [当前时间减去 创建时间 大于 最大未调度时间]正式开始运行scheduleOne

Setup——》scheduler.New

skipPodSchedule

1、设置默认配置，options，根据传入的值opts进行设置2、实例framework插件（如果自定义的插件也是只需要在framework下注册）在这里就会默认进行实例3、注册监控 metrics4、 list&watch pod和node5、进行用户配置设置6、实例毅哥优先级队列【podqueue，该队列中就包含了经常在一些文章中看到的 activeQ和backoffQ】7、通过上诉的参数，进行实例化scheduler8、添加事件处理器

事件处理器

判断是否是Assumed的podIsAssumedPod

否

findNodesThatFitPod

使用cobra定义一个启动命令行，读取传递的参数

RunPreFilterPlugins

file： pkg/scheduler/scheduler.go

// 两种情况会跳过调度// 一、设置了删除字段DeletionTimestamp// 二、已经是 Assumed Pod （当pod完成了scheduler的Predicate和Priority后，立刻就设置为Assumed，之后再调用apiserver的Bind接口）

file：cmd/kube-scheduler/scheduler.go

从缓存(watch的节点信息)中将节点信息更新到快照，用于调度时使用

file：cmd/kube-scheduler/app/server.go

如果node快照更新后，快照节点数量为0

NewSchedulerCommand()

registryOptions 默认是没有传递值的，因此后续也没有操作在Setup() 中实例scheduler和相关配置

调度阶段

文本

从Assumed的 map中通过uid获取pod，如果存在就是Assumed的pod