K8亲和性

### Kubernetes 节点亲和性配置使用教程与最佳实践 节点亲和性和反亲和性是Kubernetes中用于控制Pod调度行为的重要特性之一。这使得管理员能够指定哪些节点对于特定类型的Pod来说是有吸引力或是排斥的。 #### 定义节点亲和性策略 节点亲和性可以通过两种方式定义： - **requiredDuringSchedulingIgnoredDuringExecution**: 这种模式下，只有当节点满足所有的规则条件时才会考虑该节点作为候选者。 - **preferredDuringSchedulingIgnoredDuringExecution**: 对于这种偏好型约束，在所有其他因素相同的情况下，会优先选择那些更适合此规则描述的节点；但是即使不完全匹配也不会阻止Pod被分配给某个节点[^4]。 #### 配置节点亲和性的YAML示例 下面是一个简单的例子展示了如何在Pod规格文件里加入节点亲和性设置: ```yaml apiVersion: v1 kind: Pod metadata: name: with-node-affinity spec: affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/e2e-az-name operator: In values: - e2e-az1 - e2e-az2 preferredDuringSchedulingIgnoredDuringExecution: - weight: 1 preference: matchExpressions: - key: another-node-label-key operator: In values: - another-value ``` 这段代码指定了两个部分：一个是硬性需求(`requiredDuringSchedulingIgnoredDuringExecution`)，它规定了Pod只能运行在一个具有`kubernetes.io/e2e-az-name=e2e-az1` 或 `e2e-az2`标签的节点上；另一个则是软性建议(`preferredDuringSchedulingIgnoredDuringExecution`)，表示如果可能的话应该倾向于把Pod放在带有`another-node-label-key=another-value`标签的节点之上。 #### 实际应用场景下的最佳实践 为了最大化利用节点资源并确保高可用性，推荐遵循以下几个原则来进行节点亲和性配置： - 明确区分必需项和优选项之间的差异，并据此调整相应的参数； - 合理规划集群内的节点标签体系，以便更容易实现细粒度的调度控制； - 结合污点容忍(Taints and Tolerations)机制一起使用，进一步增强灵活性； - 测试不同的组合方案以找到最适合业务场景的方式[^2]。