3. 调度策略基础：Kubernetes原生调度器（kube-scheduler）与Helm调度策略的关系

在Kubernetes集群中，Pod的调度由kube-scheduler负责决策，而Helm作为包管理工具，并不直接参与调度决策。然而，Helm通过模板化资源定义和调度策略注入，间接影响Pod最终被调度到的节点。理解两者之间的关系，是掌握Helm调度策略的核心前提。

3.1 Kubernetes原生调度器的工作模型

kube-scheduler通过过滤（Predicates）和打分（Priorities）两阶段算法，为未调度的Pod选择最优节点。其核心流程如下：

3.2 Helm在调度策略中的角色定位

Helm本身不实现调度逻辑，也不与kube-scheduler直接通信。Helm的作用体现在Chart模板的编排层：它允许用户在values.yaml中定义调度相关的参数，并在模板渲染时将这些参数注入到Pod的spec字段中。这种关系可以概括为：

3.3 Helm如何注入调度策略

Helm通过模板语法将values.yaml中的调度参数映射到Kubernetes资源对象的调度相关字段。常见的调度策略注入点包括：

• nodeSelector：最简单的节点选择方式，通过键值对匹配节点标签。
• nodeAffinity：更灵活的节点亲和性规则，支持requiredDuringSchedulingIgnoredDuringExecution和preferredDuringSchedulingIgnoredDuringExecution。
• podAffinity / podAntiAffinity：控制Pod之间的亲和或反亲和关系。
• tolerations：允许Pod调度到带有特定污点（Taints）的节点。
• topologySpreadConstraints：控制Pod在拓扑域中的分布。

以下是一个典型的Helm模板片段，展示如何将values.yaml中的调度策略渲染到Deployment中：

# templates/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Values.appName }}
spec:
  replicas: {{ .Values.replicaCount }}
  template:
    spec:
      {{- with .Values.nodeSelector }}
      nodeSelector:
        {{- toYaml . | nindent 8 }}
      {{- end }}
      {{- with .Values.affinity }}
      affinity:
        {{- toYaml . | nindent 8 }}
      {{- end }}
      {{- with .Values.tolerations }}
      tolerations:
        {{- toYaml . | nindent 8 }}
      {{- end }}
      containers:
        - name: {{ .Values.appName }}
          image: {{ .Values.image.repository }}:{{ .Values.image.tag }}

# values.yaml
nodeSelector:
  diskType: ssd
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
        - matchExpressions:
            - key: topology.kubernetes.io/zone
              operator: In
              values:
                - us-east-1a
tolerations:
  - key: "gpu"
    operator: "Exists"
    effect: "NoSchedule"

3.4 调度策略的层级映射关系

从Helm values到kube-scheduler实际生效的调度策略，存在一条清晰的映射链。下图展示了这一映射关系：

3.5 常见调度策略的Helm实现模式

在实际项目中，Helm通过条件判断和循环语法，实现灵活的调度策略注入。以下列举三种常见模式：

3.6 调度策略的覆盖与合并机制

当使用Helm的--set参数或子Chart时，调度策略的覆盖遵循以下规则：

• 完全覆盖：对于nodeSelector、tolerations等列表/映射类型，--set会替换整个字段，而非合并。
• 深度合并：对于affinity等嵌套结构，Helm使用deepMerge策略，但需注意--set的扁平化语法可能无法精确控制嵌套层级。
• 子Chart隔离：子Chart的调度策略默认独立，不会与父Chart的调度策略自动合并，除非显式通过global值传递。

# 使用 --set 覆盖 nodeSelector（完全替换）
helm install myapp ./mychart --set nodeSelector."kubernetes\.io/hostname"=node-1

# 使用 --set 覆盖 tolerations（完全替换列表）
helm install myapp ./mychart --set tolerations[0].key=gpu --set tolerations[0].operator=Exists