K8S调度机制和Pod基本故障排查

一、调度约束过程解析

1、首先，用户可以通过kubectl命令或者dashborad、API调用的方式（用作开发）来创建资源，和管理资源（Kubernetes通过watch的机制进行每个组件的协作，每个组件之间的设计实现了解耦）
2、用户提交创建资源的请求给API Server,API Server将创建资源的元信息（属性信息）写入到etcd中，etcd记录当前的createing状态，并返回信息给API Server，API Server将信息返回给用户
3、API Server通过watch机制去调用其他的组件（这些组件在K8S中是相互独立的），首先调用Scheduler调度器，让Scheduler计算将资源创建在哪个node节点上，并将信息返回给API Server，API Server将创建资源的地址写入到etcd，etcd记录完成会返回信息给API Server。API Server返回信息给Scheduler，告诉Scheduler信息记录完成，下次计算资源创建的时候将之前计算的数据也考虑在里面
4、API Server通过watch机制去调用controller-manager（控制器）,记录创建资源的类型，然后调度kubelet，kubelet接收到命令后代理API Server去调度docker引擎，docker run创建资源，docker返回信息给kubelet（容器已运行），kubelet将容器running的状态回给API Server（kubelet没有权限直接调度etcd），API Server将信息给写入到etcd，进行信息的更新，etcd记录完成后返回信息给API Server，API Server再调度kubelet进行后面的管理操作

1.1、调度方式

■ nodeName用于将Pod调度到指定的Node名称上（跳过调度器直接分配）

■ nodeSelector用于将Pod调度到匹配Label（标签）的Node上

1.2、示例1 nodeName