在kubernetes系统中，pod在大多数情况下只是容器的载体而已，通常需要通过RC、Deployment、DaemonSet、Job等对象来完成pod的调度及自动控制功能。
以下来介绍pod的几种调度方法：
1、RC、Deployment : 全自动调度
RC的主要功能之一就是自动部署一个容器应用的多个副本，以及持续监控副本的数量，在集群内始终维持用户指定的副本数量。除了使用系统内置的调度算法选择合适的node进行调度，也可以指定满足的条件来进行调度。
1）NodeSelector ：定向调度
k8s默认是Master上的Schedule服务（kube-scheduler进程）根据一系列复杂的算法，最终为pod选择合适的主机，但是有时候我们希望pod创建在指定的节点上。可以通过Node的Label和Pod的nodeSelector属性匹配来达到上述目的。
（1）首先通过kubectl label来给node打上一些标签
（2）然后在pod的nodeSelector设置来匹配，如果多个node定义了相同的label,则会选一台合适的主机来创建。
注意：如果pod指定了nodeSelector，但是集群中没有包含本Label的node，即使有可使用的node，该pod也无法创建。
2）NodeAffinity ：亲和性调度
由于nodeSlector通过Node的Label进行精确匹配，所以NodeAffinity增加了In、NotIn、Exists、DoseNotExists、Gt、Lt等操作符来选择Node。
2、DaemonSet ：特定场景调度
用来管理在集群中每个Node上运行一份pod的副本实例
3、Job ：批处理调度
如果有个批处理任务（并行或者串行启动多个计算机进程去处理一批工作项，处理完成后，整个批处理任务结束。有以下几种模式：
1）Job Template Expansion 模式
一个Job对象对应一个待处理的一批工作项（work iteam）
使用场景：批处理（work iteam）比较少，每个work iteam 的处理的数据比较大的场景
2）Queue with Pod Per Work Iteam模式：
采用一个队列存放work iteam ，一个job对象作为消费者去完成这些work iteam，在这种模式下，job会启动N个Pod，一个pod对应一个work iteam
3）Queue with Variable Pod Count模式：
与2）一样，只是启动的Pod数量是可变的