问题描述
本文将介绍:如何控制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」- 安装并使用 kubectl 命令
「Kubernetes」- 重新申请证书
「kuberctl」- 批量处理Ingress资源
参考文献
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