Kubernetes部署TDengine时StatefulSet Pod固定绑定节点的方案咨询

这是无需额外引入第三方组件、稳定性和灵活性最高的实现方式，完全满足Pod重启/重建后绑定关系不变的要求，适配Helm+StatefulSet的部署模式，步骤如下：

步骤1：为目标节点打专属匹配标签 #

给需要绑定的节点打上统一规则的标签，标签值对应StatefulSet的Pod下标，避免硬编码节点名称：

# 按绑定规则依次给节点打标，node-x对应tdengine-node-id=x
kubectl label nodes node-0 tdengine-node-id=0
kubectl label nodes node-1 tdengine-node-id=1
kubectl label nodes node-2 tdengine-node-id=2

后续节点故障替换时，只需把旧节点的标签移除、打给备用节点即可完成迁移，无需修改任何部署配置。

步骤2：在Helm的StatefulSet模板中渲染节点亲和性规则 #

利用StatefulSet天生固定的Pod下标（Pod名称末尾的数字，重建也不会变更），配合K8s原生的节点亲和性规则实现绑定，在StatefulSet模板的spec.template.spec下添加如下配置：

affinity:
  nodeAffinity:
    # 调度时强制匹配规则，Pod运行后节点标签变更不会触发驱逐
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
      - matchExpressions:
        - key: tdengine-node-id
          operator: In
          values:
          # Helm 3.9+ + K8s 1.21+可直接用内置变量.Ordinal获取下标
          - "{{ .Ordinal | quote }}"

如果使用的是低版本Helm，可通过Pod名称拆分获取下标：

values:
- "{{ .Name | splitList "-" | last | quote }}"

可选增强：补充拓扑分布约束避免调度冲突 #

如果要确保同标签节点上永远只会调度一个对应下标的TDengine Pod，可额外添加拓扑分布约束规则：

topologySpreadConstraints:
- maxSkew: 1
  topologyKey: tdengine-node-id
  whenUnsatisfiable: DoNotSchedule
  labelSelector:
    matchLabels:
      # 替换为你的TDengine Pod的标签
      app.kubernetes.io/name: tdengine

方案优势 #

• 完全基于K8s原生能力实现，不需要额外部署调度插件，兼容性最强
• 绑定关系与StatefulSet的固定下标强绑定，Pod重启、重建、StatefulSet整体重建都不会打乱绑定关系
• 标签化管理适配集群节点运维场景，节点替换、集群扩缩容无需修改部署配置，维护成本极低
• 相比硬编码nodeName的方案，调度灵活性更高，节点故障时可快速通过标签切换绑定的物理节点

内容的提问来源于stack exchange，提问作者zitsen