k8s学习（七）

Pod调度

在默认情况下，一个Pod在哪个Node节点上运行，是由Scheduler组件采用相应的算法计算出来的，这个过程是不受人工控制的。但是在实际使用中，这并不满足的需求，因为很多情况下，我们想控制某些Pod到达某些节点上，那么应该怎么做呢?这就要求了解kubernetes对Pod的调度规则，kubernetes提供了四大类调度方式:

• 自动调度:运行在哪个节点上完全由Scheduler经过一系列的算法计算得出
• 定向调度:NodeName、NodeSelector
• 亲和性调度:NodeAffinity、PodAffinity、PodAntiAffinity
• 污点(容忍)调度:Taints、Toleration

定向调度

定向调度，指的是利用在pod上声明nodeName或者nodeSelector，以此将Pod调度到期望的node节点上。注意，这里的调度是强制的，这就意味着即使要调度的目标Node不存在，也会向上面进行调度，只不过pod运行失败而已。

NodeName

接下来，实验一下:创建一个pod-nodename.yaml文件
apiVersion: v1
kind: Pod
metadata:
 name: pod-nodename
 namespace: dev
spec:
 containers:
 - name: nginx
   image: nginx:1.17.1
 nodeName:node1 #指定调度到node1节点上

NodeSelector

1.首先分别为node节点添加标签
[root@master ~]# kubectl label nodes node1 nodeenv=pro
node/node2 labeled
[root@master ~]# kubectl label nodes node2 nodeenv=test
node/node2 labeled

2 创建-个pod-nodeselector.yaml文件，并使用它创建Pod
apiVersion: v1
kind: Pod
metadata:
 name: pod-nodeselector
 namespace: dev
spec :
 containerers:
 - name: nginx
   image: nginx:1.17.1
 nodeSelector :
  nodeenv:pro #指定调度到具有nodeenv=pro标签的节点上

亲和性调度

上一节，介绍了两种定向调度的方式，使用起来非常方便，但是也有一定的问题，那就是如果没有满足条件的Node，那么Pod将不会被运行，即使在集群中还有可用Node列表也不行，这就限制了它的使用场景。基于上面的问题，kubernetes还提供了一种亲和性调度(Affinity)。它在NodeSelector的基础之上