文章目录
- 01 引言
- 02 举例
- Step1：给Node打上标签
- Step2：Pod指定NodeSelector
- Step3：验证
- 03 预定义的标签
- 04 文末
01 引言
声明：本文为《Kubernetes权威指南：从Docker到Kubernetes实践全接触（第5版）》的读书笔记
在前面的博客《k8s教程（12）-pod 全自动调度》，讲解了Deployment或RC的全自动调度带概念及使用例子。
Kubernetes Master上的Scheduler服务(kube-scheduler进程)负责实现Pod 的调度，整个调度过程通过执行一系列复杂的算法，最终为每个Pod都计算出一个最佳的目标节点，这一过程是自动完成的，通常我们无法知道Pod最终会被调度到哪个节点上。
在实际情况下，也可能需要将Pod调度到指定的一些Node上，可以通过Node的标签(Label)和Pod的nodeSelector属性相匹配，来达到上述目的。也就是本文要讲解的NodeSelector定向调度。
02 举例
Step1：给Node打上标签
如果要实现定向调度，首先的第一步就是要为Node节点搭上标签（Label），可以使用kubectl label命令：
kubectl label nodes <node-name><label-key>=<label-value>
例如这里为k8s-node-1节点打上一个zone=north标签，表明它是“北方”的一个节点：
Step2：Pod指定NodeSelector
然后，在Pod的定义中加上nodeSelector的设置，以redis-master- controller.yaml为例:
Step3：验证
运行kubectl create -f命令创建Pod，scheduler就会将该Pod调度到拥有 “zone=north” 标签的Node上。
使用kubectl get pods-o wide命令可以验证Pod所在的Node：
需要注意的是，如果我们指定了Pod的nodeSelector条件，且在集群中不存在包含相应标签的Node，则即使在集群中还有其他可供使用的Node，这个Pod也无法被成功调度。
03 预定义的标签
除了用户可以自行给Node添加标签，Kubernetes也会给Node预定义一些标签，包括：
- kubernetes.io/hostname；
- beta.kubernetes.io/os（从1.14版本开始更新为稳定版，到1.18版本删除)；
- beta.kubernetes.io/arch（从1.14版本开始更新为稳定版，到1.18版本删除)；
- kubernetes.io/os（从1.14版本开始启用)；
- kubernetes.io/arch(从1.14版本开始启用)。
本文不对此进行详述。
04 文末
本文主要讲解了Pod使用NodeSelector来进行定向调度的概念及使用案例，同时也简单介绍了一些预定义的标签。希望能帮助到大家，谢谢大家的阅读，本文完！
