一、污点和容忍度分别是什么
污点（Taint）是打在节点上的一种限制标记，它的含义更接近“这个节点默认不欢迎普通 Pod 过来”。
容忍度（Toleration）是打在 Pod 上的配置，表示“这个 Pod 可以接受某种污点，因此允许调度到对应节点”。
可以简单理解为：
- 污点：节点侧的拒绝条件
- 容忍度：Pod 侧的接受许可
二、为什么需要污点和容忍度
如果没有这组机制，调度器主要根据资源和一般规则来分配 Pod。这样会导致：
- 专用节点被普通业务占用
- GPU 节点资源浪费或误用
- 核心系统和普通业务混跑
- 特殊环境节点难以做边界管理
污点和容忍度的作用，就是让节点具备“门禁能力”。
图1：Kubernetes调度约束关系
三、常见使用场景有哪些
常见场景包括：
- 专用数据库节点
- GPU 节点
- 只给平台组件使用的节点
- 生产环境与测试环境隔离
- 高优先级业务节点保护
这些场景都不是简单的“希望调度过去”，而是“默认不让别人来，只有特定 Pod 才能进”。
四、和亲和性有什么区别
污点和容忍度、亲和性看起来都和调度位置有关，但侧重点不同。
- 污点和容忍度：节点侧限制，重点是“哪些 Pod 不该来”
- 亲和性：Pod 侧偏好或要求，重点是“我想去哪里或避开哪里”
简单说，污点更像门禁，亲和性更像偏好和规则。实际生产中两者经常一起使用。
五、什么情况下Pod会因为污点调度失败
如果节点带有某种污点，而 Pod 没有对应容忍度，调度器会直接排除该节点。
这类问题常见于：
- 新建节点池忘记补 Pod 配置
- 使用了专用节点但没有给工作负载添加 toleration
- 节点异常自动打上污点后，Pod 无法继续调度
排查时通常可以在 Pod 事件中看到“节点有某种污点，Pod 不容忍”的提示。
图2：Kubernetes调度器工作流程
六、生产环境怎么用更合理
生产环境使用污点和容忍度时，建议：
- 节点用途命名清晰
- 污点规则统一管理
- 只给明确需要的工作负载加 toleration
- 与 Namespace、亲和性、资源配额一起设计
- 不要把所有 Pod 都配置成可容忍所有污点
如果配置过宽，污点机制就失去意义。
结语
Kubernetes污点和容忍度的核心价值，是让节点拥有更清晰的准入控制能力。它非常适合管理专用节点池、核心业务资源和环境边界。对多团队、多环境和复杂集群来说，越早把污点和容忍度纳入调度治理体系，资源隔离和运维稳定性就越容易做规范。
FAQ
只配污点不配容忍度会怎样？
普通 Pod 无法调度到带污点的节点，只有具备对应容忍度的 Pod 才能进入。
污点和亲和性能互相替代吗？
不能完全替代。污点更偏节点侧限制，亲和性更偏 Pod 侧偏好和要求。
污点一定是手工加的吗？
不一定。某些节点异常状态下，系统也可能自动添加相关污点。
转载请注明出处：https://www.cloudnative-tech.com/p/6290/