「Kubernetes」- Taints and Tolerations(学习笔记)

  CREATED BY JENKINSBOT

问题描述

该笔记将记录:如何控制Node与Pod的调度,如何从一个节点中驱除Pod实例,如何将Pod调度到带有”污点“的节点。

解决方案

该笔记仅作简单记录,详细细节及更多参数,参考 Taints and Tolerations 文档。

英语单词

taint,[teɪnt],腐坏、污染
tolerations,[ˌtɑːləˈreɪʃn],忍受、容忍

基础概念

Assigning Pods to Nodes 中,描述如何将 Pod 运行在特定的节点上(不管是强制还建议)。而 taint 恰巧相反,它使节点驱逐 Pod 实例。

将某个节点标记为”污染“(taint)后,任何不能够”容忍“(toleration)污染的 Pod 实例,都无法运行在该节点中。因此 taint 是作用于节点,而 toleration 则是作用于 Pod 实例。

如果在 Pod 的 spec 中定义 toleration 字段,那么 Pod 才会调度到满足该条件的”污染节点“。可以说:这个 Pod 能够容忍节点的污染。

简单示例

添加 Taint,防止 Pod 调度到该节点

例如,某个节点不稳定,我们不希望 Pod 被调度到该节点上。可以执行如下命令:

# ----------------------------------------------------------------------------- # 添加 Taint
# node1:节点名称
# problem=unstable:自定义 KEY=VALUE 形式的标签
# NoSchedule:三种行为之一,表示不要向该节点调度 Pod 实例;
kubectl taint nodes "node1" problem=unstable:NoSchedule

# ----------------------------------------------------------------------------- # 移除 Taint
# 后缀减号(-)表示删除
kubectl taint nodes "node1" problem:NoSchedule- 

# ----------------------------------------------------------------------------- # 查看 Taint
kubectl get nodes -o json | jq '.items[].spec'

在添加污点后,将不会把 Pod 再调度到该 Node 上。但是,如果想驱逐正在该节点上运行的 Pod 实例,将命令中的 NoSchedule 替换为 NoExecute 即可。

使 Pod 调度到该节点

该节点在被标记为 taint 之后,我们依旧可以将 Pod 调度到该节点上。只需要修改Pod定义:

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  ####### 需要添加的部分 Start #######
  tolerations:
  - key: "problem"
    operator: "Exists"
    effect: "NoSchedule"
  ####### 需要添加的部分 End #######

上面的”需要添加的部分“表示:如果可以调度到”存在key为problem“且”效果为NoSchedule“的节点上。

运行 Pod 调度打 Master 节点

# kubectl taint node "<node name>" node-role.kubernetes.io/master:NoSchedule-

参考文献

kubernetes/Concepts/Taints and Tolerations
How can I list the taints on my nodes?
Scheduler is not scheduling Pod for DaemonSet in Master node
coreos – Allow scheduling of pods on Kubernetes master? – Stack Overflow