使用Helm Install部署Server软件时，如何跳过特定EC2实例A？

1. 通过Helm Values.yaml限制Server不调度到实例A #

完全可以通过values.yaml配置实现，无需修改Helm Chart本身，核心是利用K8s的节点亲和性或污点与容忍机制，以下是两种可行方案：

方案A：节点标签+节点反亲和性 #

• 先给EC2实例A打专属标签：

  kubectl label nodes <实例A的节点名> node-purpose=client-only
  

• 在Server的values.yaml中添加节点反亲和性配置（绝大多数公开Chart都会暴露affinity字段）：

  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: node-purpose
            operator: NotIn
            values:
            - client-only
  

  配置后，K8s调度器会自动将Server的Pod排除在带有node-purpose=client-only标签的节点（即实例A）之外。

方案B：节点污点+不配置容忍 #

• 给EC2实例A添加污点，标记它仅允许特定Pod调度：

  kubectl taint nodes <实例A的节点名> node-purpose=client-only:NoSchedule
  

• 由于无法修改Server的Helm Chart，默认情况下Server的Pod不会带有容忍该污点的配置，K8s调度器会直接跳过实例A，不会在上面部署Server。

2. 实现Client在Server就绪后启动 #

无需再手动启停实例A，两种更可靠的方式：

方式A：手动部署前先等待Server就绪 #

在执行kubectl apply -f manifest.yaml之前，先运行以下命令等待Server的所有Pod进入就绪状态：

kubectl wait --for=condition=ready pod -l <Server的Pod标签> --timeout=5m

将<Server的Pod标签>替换为实际Server Pod的标签（可通过kubectl get pods --show-labels查看）。

方式B：在Client的Deployment中添加初始化容器 #

在Client的manifest.yaml里加入一个初始化容器，专门等待Server就绪，示例配置：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: client
spec:
  replicas: 1
  selector:
    matchLabels:
      app: client
  template:
    metadata:
      labels:
        app: client
    spec:
      initContainers:
      - name: wait-for-server
        image: busybox:1.36
        command: ['sh', '-c', 'until nc -z <Server服务名> <Server端口>; do echo waiting for server; sleep 2; done']
      containers:
      - name: client
        image: <Client镜像>
        # 其他容器配置

替换<Server服务名>和<Server端口>为实际Server的Service名称和端口，这样Client的主容器会在初始化容器确认Server可用后才启动。

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