k8s之 pod调度

案例：确保Pod分配到具有SSD硬盘的节点上

第一步：给节点添加标签

格式：kubectl label nodes <node-name> <label-key>=<label-value>

例如：kubectl label nodes k8s-node1 disktype=ssd

验证：kubectl get nodes --show-labels

第二步：写yaml 文件

vim pod-ssd.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx-kusc00401
spec:
  containers:
  - name: nginx
    image: nginx
  nodeSelector:
    disk: ssd

第三步：利用yaml 部署pod

kubectl apply -f pod-ssd.yaml

验证：

kubectl get pods -o wide

--------

删除节点标签：

kubectl label nodes node1.lab.example.com disktype-

**************

nodeSelector & nodeAffinity的区别：

nodeAffinity：节点亲和类似于nodeSelector，可以根据节点上

的标签来约束Pod可以调度到哪些节点。

相比nodeSelector：

• 匹配有更多的逻辑组合，不只是字符串的完全相等，支持的操作

符有：In、NotIn、Exists、DoesNotExist、Gt、Lt

• 调度分为软策略和硬策略，而不是硬性要求

• 硬（required）：必须满足

• 软（preferred）：尝试满足，但不保证

********************

Taint（污点）与Tolerations（污点容忍）

基于节点标签分配是站在Pod的角度上，通过在Pod上添加属性，来确定Pod是否要调度到指定的Node上，其实我们也可以站在

Node的角度上，通过在Node上添加污点属性，来避免Pod被分配到不合适的节点上。

Taints：避免Pod调度到特定Node上

Tolerations：允许Pod调度到持有Taints的Node上

案例：pod调度之污点

第一步：给节点添加污点

格式：kubectl taint node [node] key=value:[effect]

例如：kubectl taint node k8s-node1 gpu=yes:NoSchedule

验证：kubectl describe node k8s-node1 |grep Taint

其中[effect] 可取值：

• NoSchedule ：一定不能被调度

• PreferNoSchedule：尽量不要调度，非必须配置容忍

• NoExecute：不仅不会调度，还会驱逐Node上已有的Pod

第二步： 编写yaml

vim pod-taints.yaml

apiVersion: v1

kind: Pod

metadata:

  name: my-pod

spec:

  containers:

  - name: test

    image: busybox

  tolerations:

  - key: "gpu"

      operator: "Equal"

      value: "yes"

      effect: "NoSchedule"

注：如果希望Pod可以被分配到带有污点的节点上，要在Pod配置

中添加污点容忍（tolrations）字段

---

删除污点：kubectl taint node [node] key:[effect]-

*****

nodeName：指定节点名称，用于将Pod调度到指定的Node上，不经过调度器

vim pod-nodename.yaml

apiVersion: v1

kind: Pod

metadata:

  name: my-pod

spec:

  nodeName: k8s-node2

  containers:

  - name: web

    image: nginx