「Kubernetes」- Taints and Tolerations（学习笔记） @20210415

问题描述

本文将介绍：如何控制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 能够容忍节点的污染。

简单示例

添加污点

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

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

# 如何移除污点？
kubectl taint nodes "node1" problem:NoSchedule- # 对！后缀一个减号

# 查看所有污点
kubectl get nodes -o json | jq '.items[].spec'

在添加污点之后，将不会把Pod再调度到该节点上。但是如果想驱逐正在该节点上运行的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」- Feature Gates
「Kubernetes」- 重新申请证书
「kuberctl」- 批量处理Ingress资源
「Kubernetes」- Drain a Node
「Kubernetes」- Part of the existing bootstrap client certificate is expired
「Kubernetes」- 重新申请证书

参考文献

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