Kubernetes的Pod调度策略如何通过污点、容忍度和节点亲和性实现精细化调度？Pod间亲和性和反亲和性的应用场景是什么？

Question

Kubernetes的Pod调度策略如何通过污点、容忍度和节点亲和性实现精细化调度？Pod间亲和性和反亲和性的应用场景是什么？

Answer 1

一、通过污点、容忍度、节点亲和性实现 Pod 精细化调度的方式
污点（Taint）+ 容忍度（Toleration）
污点：是节点的属性，用于排斥 Pod 调度（格式：key=value:effect，effect包括NoSchedule（不调度新 Pod）、PreferNoSchedule（尽量不调度）、NoExecute（驱逐已运行 Pod））。
容忍度：是 Pod 的属性，用于允许 Pod 容忍节点的污点，只有 Pod 配置了对应污点的容忍度，才会被调度到该节点。
作用：实现节点的 “专属化”（如标记 GPU 节点为污点，仅让需要 GPU 的 Pod 配置容忍度）、隔离故障节点等。
节点亲和性（Node Affinity）
是 Pod 的属性，用于主动指定 Pod 优先 / 必须调度到符合条件的节点（分为requiredDuringSchedulingIgnoredDuringExecution（必须满足）和preferredDuringSchedulingIgnoredDuringExecution（优先满足））。
作用：按节点标签（如 “region=sh”“resource=gpu”）筛选节点，实现 Pod 的区域、资源定向调度。
二、Pod 间亲和性与反亲和性的应用场景
Pod 间亲和性（Pod Affinity）
作用：让特定 Pod 调度到与目标 Pod 相同 / 同标签的节点。
场景：
微服务的上下游组件（如 Web 服务与数据库）部署在同一节点，降低网络延迟；
同业务的 Pod 集中部署，便于管理。
Pod 间反亲和性（Pod Anti-Affinity）
作用：让特定 Pod 避免调度到与目标 Pod 相同 / 同标签的节点。
场景：
高可用场景（如多个副本的应用分散到不同节点，避免单点故障）；
资源密集型 Pod 分散部署，防止节点资源耗尽。