文章目录

  • 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标签，表明它是“北方”的一个节点：

K8S不让某一个服务部署到指定的nodes节点上 k8s指定节点调度pod_redis

Step2：Pod指定NodeSelector

然后，在Pod的定义中加上nodeSelector的设置，以redis-master- controller.yaml为例:

K8S不让某一个服务部署到指定的nodes节点上 k8s指定节点调度pod_kubernetes_02

Step3：验证

运行kubectl create -f命令创建Pod，scheduler就会将该Pod调度到拥有 “zone=north” 标签的Node上。

使用kubectl get pods-o wide命令可以验证Pod所在的Node：

K8S不让某一个服务部署到指定的nodes节点上 k8s指定节点调度pod_kubernetes_03

需要注意的是，如果我们指定了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来进行定向调度的概念及使用案例，同时也简单介绍了一些预定义的标签。