- 综合排序
- 最热优先
- 最新优先
- 来自专栏小狼的世界
Taints 与 Tolerations
定义 Toleartions tolerations: - key: "key" operator: "Equal" value: "value" effect: "NoSchedule" tolerations: - key: "key" operator: "Exists" effect: "NoSchedule" 上面两个例子表示如果某个Node存在key=value的瑕疵或者存在 可以向单个Pod和Node增加多个tolerations和taints，Kubernetes采用类似过滤器的方式进行处理，首先遍历Node上的Taints，并与Pod的tolerations做匹配，如果有匹配的项目则忽略 例子 Taints和tolerations是避免Pods部署到Node，以及从Node中驱离Pod的灵活方法，有一些应用场景： 专用节点 Dedicated Nodes 特殊硬件的节点 节点出问题时进行 参考资料 Kubernetes Taints and tolerations
92910发布于 2018-10-11 - 来自专栏匿名用户的日记
污点（taints）与容忍（tolerations）
nginx image: nginx:1.7.9 ports: - name: http containerPort: 80 tolerations Exists" effect: "NoSchedule" 由于 master 节点被标记为了污点节点，所以我们这里要想 pod 能够调度到 master 节点去，就需要增加容忍的声明： tolerations 对于 tolerations 属性的写法，其中的 key、value、effect 与 Node 的 Taint 设置需保持一致， 还有以下几点说明： 如果 operator 的值是 Exists，则
74320编辑于 2021-12-14 - 来自专栏院长运维开发
K8s中容忍(Tolerations)详解
但我们可以在Pod上设置容忍 (Toleration)，意思是设置了容忍的Pod将可以容忍污点的存在，可以被调度到存在污点的Node上 pod.spec.tolerations tolerations: Exists将会忽略value值 tolerationSeconds 用于描述当 Pod 需要被驱逐时可以在 Pod 上继续保留运行的时间 Ⅰ、当不指定 key 值时，表示容忍所有的污点 key： tolerations : - operator: "Exists" Ⅱ、当不指定 effect 值时，表示容忍所有的污点作用 tolerations: - key: "key" operator: "Exists" Ⅲ、有多个
8.5K20发布于 2020-12-17 - 来自专栏运维小路
Kubernetes(k8s)-污点(Taints)和容忍(Tolerations)
调度到具有该污点的节点上，历史存在pod不受影响(一般使用这个最多) PreferNoSchedule：Kubernetes 会尽量避免将 Pod 调度到具有该污点的节点上，但不是强制的，也就是就算没有配置容忍(Tolerations node-role.kubernetes.io/master=true:NoSchedule- 容忍污点 如果所有节点都有污点，那么创建一个新的Pod，则会因为污点原因导致无法调度成功，如果这个时候需要调度成功，则需要在Pod配置里面添加容忍(Tolerations matchLabels: app: myapp template: metadata: labels: app: myapp spec: tolerations image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80 1.tolerations tolerations: - operator: "Exists" # 忽略所有污点的键和值 3.operator: 这是用于比较污点键和值的操作符。
1.2K10编辑于 2025-02-08 - 来自专栏踏歌行的专栏
Kubernetes K8S之Taints污点与Tolerations容忍详解
容忍（Tolerations）应用于pod，允许（但不强制要求）pod调度到具有匹配污点的节点上。 污点（Taints）和容忍（Tolerations）共同作用，确保pods不会被调度到不适当的节点。 pod.spec.tolerations示例 1 tolerations: 2 - key: "key" 3 operator: "Equal" 4 value: "value" 5 Pod没有容忍时（Tolerations） 记得把已有的污点清除，以免影响测验。 Pod单个容忍时（Tolerations） 记得把已有的污点清除，以免影响测验。 Pod多个容忍时（Tolerations） 记得把已有的污点清除，以免影响测验。
3.4K30发布于 2020-11-24 - 来自专栏玖叁叁
Taint命令示例
，我们可以在node1上添加一个gpu=true:NoSchedule的Taint：kubectl taint nodes node1 gpu=true:NoSchedule现在，只有在Pod中设置了tolerations 例如，以下是一个使用Tolerations的Pod配置文件：apiVersion: v1kind: Podmetadata: name: gpu-podspec: containers: - name : gpu-container image: gpu-image tolerations: - key: "gpu" operator: "Equal" value: "true" 如果没有设置Tolerations，该Pod将无法在node1上调度。Taint是Kubernetes中用于标记节点的一种机制，它可以限制哪些Pod可以在节点上运行。 通过使用Taint和Tolerations，开发者可以更好地控制Pod在集群中的调度，从而提高集群的可靠性和性能。
42031编辑于 2023-05-03 - 来自专栏飞鸟的专栏
kubernetes亲和性和反亲和性，污点和容忍
在 Kubernetes 中，污点和容忍可以通过 Taints 和 Tolerations 两种方式来实现。 然后我们在 Pod 中添加了一个 Tolerations，表示 Pod 愿意在存在 disk-pressure=Ture 的节点上运行。 以下是一个使用 Taints 和 Tolerations 来控制 Pod 调度的示例，其中有多个 Taints 和 Tolerations：apiVersion: v1kind: Nodemetadata 可以使用 kubectl describe node 命令来查看节点上的 Taints 和 Pod 中的 Tolerations。 可以使用 kubectl annotate pod 命令来添加或删除 Pod 中的 Tolerations。
2.2K50编辑于 2023-04-01 - 来自专栏玖叁叁
内置污点（三）
node.kubernetes.io/out-of-disk=:NoSchedule这将在node3节点上添加一个node.kubernetes.io/out-of-disk的污点，并将影响效果设置为NoSchedule，表示只有带有tolerations 接下来，我们可以在Pod模板中添加tolerations。 例如：apiVersion: v1kind: Podmetadata: name: backend-appspec: tolerations: - key: "node.kubernetes.io "NoSchedule" containers: - name: backend-container image: backend-app-image在这个示例中，我们在Pod模板中添加了tolerations tolerations字段的值为一个列表，其中每个元素表示一个toleration，即Pod容忍的污点。
29120编辑于 2023-05-03 - 来自专栏玖叁叁
内置污点（二）
unreachable=:NoSchedule这将在node2和node3节点上添加一个node.kubernetes.io/unreachable的污点，并将影响效果设置为NoSchedule，表示只有带有tolerations 接下来，我们可以在后端应用的Pod模板中添加tolerations。 例如：apiVersion: v1kind: Podmetadata: name: backend-appspec: tolerations: - key: "node.kubernetes.io "NoSchedule" containers: - name: backend-container image: backend-app-image在这个示例中，我们在Pod模板中添加了tolerations tolerations字段的值为一个列表，其中每个元素表示一个toleration，即Pod容忍的污点。
36720编辑于 2023-05-03 - 来自专栏kubernetes中文社区
kubernetes调度之污点与容忍
于是Kubernetes就给Pod设置了个属性Tolerations(容忍)，只要Pod能够容忍Node上的污点，那么Kubernetes就会忽略Node上的污点，就能够(不是必须)把Pod调度过去。 因此 Taints(污点)通常与Tolerations(容忍)配合使用。 对于tolerations属性的写法： 其中的key、value、effect 与Node的Taint设置需保持一致， 还有以下几点说明： 1、如果operator的值是Exists 一个node上可以有多个污点： 比如 test=16:NoScheduler test2=16:NoSchedule 而在Pod容忍时只容忍了其中一个： tolerations #设置Pod的宽限时间 spec: tolerations: #设置容忍性 - key: "test" operator: "Equal" #如果操作符为Exists，那么value属性可省略
1.5K20发布于 2019-06-24 - 来自专栏开源部署
Kubernetes污点和容忍
查找 Taints 字段 kubectl describe pod pod-name 去除污点 kubectl taint nodes node1 key1:NoSchedule- 三、容忍(Tolerations 容忍的对象是: pod 比如，我们现在将 node-1 与 node-2 都标记上污点，这个时候我们来创建一个 Pod 看一下： pod.spec.tolerations tolerations: 将会忽略 value 值 # tolerationSeconds 用于描述当 Pod 需要被驱逐时可以在 node 上继续保留运行的时间 # 1、当不指定 key 值时，表示容忍所有的污点 key： tolerations : - operator: "Exists" # 2、当不指定 effect 值时，表示容忍所有的污点作用 tolerations: - key: "key" operator: "Exists" containers: - name: pod-1 image: docker.io/busybox command: [ "/bin/sh", "-c", "sleep 600s" ] tolerations
79210编辑于 2022-09-15 - 来自专栏CSDN搜“看，未来”
k8s 污点和容忍
当然，对应的 Kubernetes 可以给 Pod 设置 Tolerations(容忍) 属性来让 Pod 能够容忍节点上设置的污点，这样在调度时就会忽略节点上设置的污点，将 Pod 调度到该节点。 一般时候 Taints 通常与 Tolerations 配合使用。 : - key: "key" operator: "Equal" value: "value" effect: "NoSchedule" # 容忍 tolerations 的 key 和要污点 taints 的 key 一致，且设置的 effect 也相同，不需要设置 value ...... tolerations: - key: "key" operator: "Exists" tolerations: - operator: "Exists" 容忍某 key 值的污点 例如一个空的 effect，并且 key 不为空，那么将匹配所有与 key 相同的 effect： tolerations
1.1K10编辑于 2022-09-27 - 来自专栏nginx
Kubernetes Pod调度与污点容忍机制详解
这就是污点（Taints）和容忍（Tolerations）发挥作用的地方。 容忍（Tolerations）机制 容忍是Pod spec的一部分，允许Pods忽视节点上的污点。如果Pod没有足够的容忍，它将不会被调度到有污点的节点上。 配置容忍 容忍可以通过Pod定义中的spec.tolerations字段来配置。 例如，要容忍一个NoSchedule效应的污点，可以这样配置： spec: tolerations: - key: "key" operator: "Equal" value: Pod定义中添加容忍： apiVersion: v1 kind: Pod metadata: name: hello-world-pod namespace: default spec: tolerations
20110编辑于 2025-11-15 - 来自专栏linux技术
kubernetes | 调度
k8s-node1 ~]# kubectl describe node k8s-node2 | grep Taint Taints: disktype=ssd:NoSchedule Tolerations [root@k8s-node1 ~]# kubectl get pods pod-tolerations -o wide pod-tolerations 1/1 Running 0 10.244.169.183 k8s-node2 <none> <none> yaml apiVersion: v1 kind: Pod metadata: name: pod-tolerations spec: containers: - name: nginx image: nginx:1.19 nodeSelector: disktype: "ssd" tolerations : log hostPath: path: /var/lib/docker/containers/ type: Directory tolerations
42310编辑于 2022-10-25 - 来自专栏Kubernetes
Kubernetes Node Controller源码分析之Taint Controller
否则，遍历pods list中的每个pod，分别调用tc.processPodOnNode根据Node Taints info和Pod Tolerations info处理该Node上的Pod Eviction 否则，调用tc.processPodOnNode根据Node Taints info和Pod Tolerations info处理该Node上的Pod Eviction。 if minTolerationTime < 0 { glog.V(4).Infof("New tolerations for %v tolerate forever. 对比node的taints info和pod tolerations info，判断出node的taints是否都能被pod所能容忍。 否则，取pod的所有tolerations的TolerationSeconds的最小值作为minTolerationTime。
2K130发布于 2018-04-16 - 来自专栏Tensorbytes
k8s运维：基于taint污浊节点实现pod节点迁移
旧节点依然能运行 NoExecute，表示这个节点不能运行 pod ，不仅不可调度新的pod，旧的正在运行的pod也会被移除 effect 虽然会影响 pod 调度的不同行为，但同时也受到 pod 的 tolerations 设置的影响，比如我们可以通过设置 pod 的 tolerations 让他在 NoExecute 节点继续运行或者 NoSchedule 进行调度，这里就会用到键和值，这个后面再细将。 ， 他们之间的区别就是，即使不设置 pod 的容忍度，PerferNoSchedule的节点在特定的条件下也可能会被调度，是一种不严格的限制策略，而 NoSchedule 只有在 pod 设置了对应的tolerations tolerations pod 里面主要包括五部分，key、value、operator、effect、tolerationSeconds key和value是键值对，会和 node 节点的key和value effect 和 node 的 taint 一样 注意的是： DaemonSet 创建的pod 的 tolerations 不会指定 tolerationSeconds，这样保证了其面对node.kubernetes.io
1.1K20发布于 2020-12-30 - 来自专栏nginx
Kubernetes 污点与容忍：深入理解与配置指南
2.3 如何配置容忍 容忍可以通过在 Pod 的 YAML 文件中添加 tolerations 字段来配置。 步骤： 为 GPU 节点添加污点： kubectl taint nodes gpu-node1 hardware=gpu:NoSchedule 在需要 GPU 的 Pod 中配置容忍： tolerations 步骤： 为节点添加污点： kubectl taint nodes node1 maintenance=true:NoExecute 如果某些关键 Pod 需要继续运行，可以为其配置容忍： tolerations 步骤： 为租户 A 的节点添加污点： kubectl taint nodes tenant-a-node1 tenant=a:NoSchedule 在租户 A 的 Pod 中配置容忍： tolerations 解决方案： 在 Pod 中配置容忍： tolerations: - key: "vci.vke.volcengine.com/node-type" operator: "Equal" value
25010编辑于 2025-11-15 - 来自专栏云原生技术社区
深度解析Kubernetes核心原理之Scheduler
Nodeconditions通过taints和tolerations来说明(如下所示)。 该过滤函数基于Pod的taints键值对和Node的tolerations键值对来确定Node的可用。 图 1.4 Node Taints和Pod Tolerations Filter(Pod, Node) == ∀Taint ∈ Node.Spec.Taints: ∃Toleration 如果某个Node的taints不匹配Pod的tolerations, 一个Pod不能被绑定该Node。 图 1.4 Node Taints和Pod Tolerations Filter(Pod, Node) ≝ \*Node, Affinity ∧ ∃NodeSelectorTerm ∈
1.1K31发布于 2019-07-30 - 来自专栏CSDN搜“看，未来”
pod 调度详解：亲和、污点和容忍
能够容忍打脸的雌性则和编号 1 的雄性在一起（tolerations hobby=‘face’），但是这个容忍可能是永久，也可能是 1 天（tolerationSeconds=86400）。 当然，对应的 Kubernetes 可以给 Pod 设置 Tolerations(容忍) 属性来让 Pod 能够容忍节点上设置的污点，这样在调度时就会忽略节点上设置的污点，将 Pod 调度到该节点。 一般时候 Taints 通常与 Tolerations 配合使用。 taints 的 key 一致，且设置的 effect 也相同，不需要设置 value ...... tolerations: - key: "key" operator: "Exists" tolerations: - operator: "Exists" 容忍某 key 值的污点 例如一个空的 effect，并且 key 不为空，那么将匹配所有与 key 相同的 effect： tolerations
69310编辑于 2022-08-11 - 来自专栏个人开发
kubernete编排技术五：DaemonSet
DaemonSet还会给Daemon Pod加上Tolerations，它的意思是可以容忍一些Taints(污点) apiVersion: v1 kind: Pod metadata: name: with-toleration spec: tolerations: - key: node.kubernetes.io/unschedulable operator: Exists 这就是DaemonSet的特殊之处，它能够通过tolerations来对有Taints限制的节点上的pod进行调度，比如，我们要对有node.kubernetes.io/network-unavailableTaints 的节点进行网络调度，就可以定义如下的tolerations template: metadata: labels: name: network-plugin-agent spec: tolerations: - key: node.kubernetes.io/network-unavailable operator: Exists
61220发布于 2020-08-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号