基于节点的Kubernetes微服务部署问题咨询

嘿，既然你已经用kubeadm搞定了1主2从的K8s集群，那跨节点部署微服务其实就是把K8s的原生调度能力用透就行，下面给你梳理几个核心方案和实操要点：

1. 节点标签+选择器：精准指定部署节点 #

这是最基础也最常用的方式，先给你的Worker节点打上自定义标签，比如把worker1标记为后端服务专属，worker2标记为前端服务专属：

kubectl label node worker1 app-tier=backend
kubectl label node worker2 app-tier=frontend

然后在你的微服务Deployment YAML里，通过nodeSelector字段指定部署目标节点：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend-service
spec:
  replicas: 2
  selector:
    matchLabels:
      app: backend
  template:
    metadata:
      labels:
        app: backend
    spec:
      nodeSelector:
        app-tier: backend  # 强制部署到带backend标签的节点
      containers:
      - name: backend
        image: your-backend-image:v1

这样就能精准控制不同微服务部署到指定节点上。

2. 亲和性/反亲和性：灵活调度满足业务规则 #

如果需要更灵活的调度逻辑（比如让关联服务尽量同节点、或者同服务Pod必须分散），就用节点亲和性或Pod反亲和性：

• 比如想让订单服务和支付服务尽量部署在同一节点（减少跨节点网络延迟），用节点亲和性：

spec:
  template:
    spec:
      affinity:
        nodeAffinity:
          preferredDuringSchedulingIgnoredDuringExecution:
          - weight: 100
            preference:
              matchExpressions:
              - key: app-tier
                operator: In
                values:
                - payment-node

• 如果要让同一个微服务的Pod必须分散在不同节点（避免单点故障），用Pod反亲和性：

spec:
  template:
    spec:
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchLabels:
                app: order-service
            topologyKey: kubernetes.io/hostname  # 按节点hostname区分拓扑域

3. DaemonSet：部署全局节点服务 #

如果你的微服务是需要在每个节点都运行的（比如日志收集代理、监控采集器），直接用DaemonSet，它会自动在每个符合条件的节点上启动一个Pod：

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: log-collector
spec:
  selector:
    matchLabels:
      app: log-collector
  template:
    metadata:
      labels:
        app: log-collector
    spec:
      containers:
      - name: fluentd
        image: fluentd:v1.16
        volumeMounts:
        - name: host-logs
          mountPath: /var/log
      volumes:
      - name: host-logs
        hostPath:
          path: /var/log

4. 拓扑扩展约束：实现Pod均匀分布 #

K8s 1.19+支持拓扑扩展约束，可以让你的微服务Pod均匀分布在不同节点（或可用区），避免单节点负载过高：

spec:
  topologySpreadConstraints:
  - maxSkew: 1  # 每个节点上的Pod数量差距不超过1
    topologyKey: kubernetes.io/hostname
    whenUnsatisfiable: DoNotSchedule  # 不满足条件就拒绝调度
    labelSelector:
      matchLabels:
        app: user-service

实操注意事项 #

• 资源检查：部署前先用kubectl describe node <node-name>查看节点的CPU、内存剩余资源，避免因资源不足导致调度失败。
• 网络验证：确保你的CNI插件（比如Calico、Flannel）已经正确安装，跨节点的Pod能通过ClusterIP互相访问，可以用kubectl exec <pod-name> -- ping <other-pod-ip>测试连通性。
• 服务发现：跨节点的微服务通信尽量用K8s的Service资源（ClusterIP、NodePort），不要硬编码节点IP，K8s会自动维护服务的后端Pod列表。

内容的提问来源于stack exchange，提问作者Mr.DevEng