Kubernetes中除nodeSelector外，将Pod从节点N1迁移至N2的方法

除了通过nodeSelector指定节点标签的方式，还有以下几种常用方法可以完成Pod的迁移：

1. Node亲和性（Node Affinity） #

Node亲和性是nodeSelector的增强版，支持更灵活的调度规则，还可设置硬约束（必须满足条件才会调度Pod到目标节点）和软约束（优先满足条件，无法满足时再调度到其他节点）。

示例配置（硬约束指定调度到N2）：

spec:
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: kubernetes.io/hostname
            operator: In
            values:
            - N2

2. 污点与容忍度（Taints and Tolerations） #

给节点N1添加污点，让无对应容忍度的Pod P1被驱逐，同时确保N2没有阻止Pod调度的污点，实现Pod重新调度到N2。

• 给N1添加污点：

  kubectl taint nodes N1 node-type=unschedulable:NoSchedule
  

• 若要确保Pod仅调度到N2，可配合Node亲和性一起使用，避免Pod被调度到其他节点。

3. 手动驱逐Pod #

直接驱逐N1上的Pod P1，集群调度器会将Pod重新调度到符合条件的节点（需确保N2满足Pod的调度要求）：

• 驱逐单个Pod：

  kubectl evict pod P1 -n <命名空间>
  

• 清空整个节点N1（驱逐所有Pod）：

  kubectl drain N1 --ignore-daemonsets
  

  执行后Pod会被重新调度，若要恢复N1的调度能力，执行kubectl uncordon N1。

4. 强制指定目标节点（spec.nodeName） #

直接在Pod配置中指定spec.nodeName字段为N2，但运行中的Pod无法直接修改该字段，需按以下步骤操作：

1. 删除原Pod P1（若由Deployment管理，会自动重建）
2. 在Pod模板中添加spec.nodeName: N2，确保新Pod直接调度到N2

示例配置：

spec:
  nodeName: N2

5. 拓扑分布约束（Topology Spread Constraints） #

如果集群按节点标签划分了拓扑域（如机房、可用区），可通过拓扑分布约束控制Pod分布，将Pod从N1所在域迁移到N2所在域。

示例配置：

spec:
  topologySpreadConstraints:
  - maxSkew: 1
    topologyKey: kubernetes.io/hostname
    whenUnsatisfiable: DoNotSchedule
    labelSelector:
      matchLabels:
        app: P1-app

该配置会确保同标签的Pod在不同节点上分布均衡，若N1上已有Pod，新调度的Pod会优先选择N2这类未部署该Pod的节点。

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