Kubernetes 节点亲和性调度配置详解

"kubernetes任务调度涉及节点亲和性和反亲和性设置，通过pod.spec.nodeAffinity进行配置，包括软策略和硬策略。软策略使用preferredDuringSchedulingIgnoredDuringExecution，硬策略使用requiredDuringSchedulingIgnoredDuringExecution。键值运算关系包括In、NotIn、Gt、Lt、Exists和DoesNotExist，用于指定label的匹配条件。硬策略示例中，创建了一个不允许在hostname为k8s-node02的节点上运行的pod。" 在Kubernetes集群中，任务调度是关键组成部分，它负责将工作负载（如Pod）分配到合适的节点上运行。节点亲和性（node affinity）和反亲和性（node anti-affinity）是Kubernetes提供的两种策略，用于控制Pod如何与节点进行匹配，从而达到优化资源分布和满足特定部署需求的目的。 1. 节点亲和性（node affinity）： - 软策略（preferredDuringSchedulingIgnoredDuringExecution）：当Pod可以被调度到多个节点时，此策略会优先选择满足条件的节点，但如果不满足也不会阻止Pod的创建，只是可能不会得到最优的分配。 - 硬策略（requiredDuringSchedulingIgnoredDuringExecution）：这是强制性的，只有当Pod能被调度到满足条件的节点上，才会被创建。如果所有节点都不满足条件，Pod将保持在Pending状态，直到有符合条件的节点可用。 2. 键值运算关系： - In：表示Pod应该调度到具有指定label值在给定列表中的节点。 - NotIn：表示Pod不应调度到具有指定label值在给定列表中的节点。 - Gt：表示Pod应调度到其label值大于指定值的节点。 - Lt：表示Pod应调度到其label值小于指定值的节点。 - Exists：只要节点有特定的label，无论值是什么，Pod都可以被调度到该节点。 - DoesNotExist：若节点缺少特定的label，Pod就不会被调度到这个节点。 硬策略的例子展示了如何创建一个Pod，确保它不被调度到hostname为k8s-node02的节点。通过使用`pod-requiredDuringSchedulingIgnoredDuringExecution.yml`配置文件，定义了`nodeSelectorTerms`来匹配`kubernetes.io/hostname`的label，并设置`operator: NotIn`，值为`k8s-node02`，这样Pod就会被调度到其他任何非k8s-node02的节点上。 另一方面，软策略虽然未在例子中详细展示，但原理类似，只是它会尝试优先考虑满足条件的节点，而不是强制要求。 节点亲和性和反亲和性是Kubernetes调度系统的重要工具，允许管理员和开发者根据节点属性精细控制Pod的部署，确保服务的稳定性和性能。通过熟练掌握这些策略，可以有效地管理集群资源，实现高效、可靠的微服务部署。