很多运维部署业务时直接默认调度,后期出现节点负载两极分化、关键业务抢占资源、异构节点不能合理分配 Pod、硬件专属业务乱调度等棘手问题。 单纯依靠原生调度器自动分配很难实现集群负载均衡。本章透彻讲解节点亲和、Pod 亲和‑反亲和、污点与容忍度,通过精细化调度配置管控 Pod 去向,实现业务隔离、资源均分、异构设备调度。一、四大调度约束概念通俗解读节点亲和性 nodeAffinity:根据节点标签,硬性或者优先让 Pod 调度至指定标签的服务器;Pod 亲和性 podAffinity:新 Pod 尽量调度到已经存在指定业务 Pod 的节点,实现业务就近部署;Pod 反亲和 podAntiAffinity:分散同类业务,同一应用副本错开不同节点,规避单点故障;污点 Taint 容忍 Tolerations:给节点打上排斥标记,只有配置对应容忍度的 Pod 才能够部署到此节点,隔离专属节点、故障节点。硬性规则 requiredDuring:必须满足条件,否则 Pod 处于 Pending; 软性偏好 preferredDuring:优先匹配,条件不满足可调度其余节点。二、实用配置示例1. 节点亲和(优先调度至高配置节点)affinity: nodeAffinity: preferredDuringSch