Kubernetes调度指南：如何将Pod分配到特定节点

最新推荐文章于 2025-06-10 09:03:37 发布

卢颜娜

最新推荐文章于 2025-06-10 09:03:37 发布

阅读量325

点赞数 3

本文链接：https://blog.csdn.net/gitblog_00010/article/details/148508458

版权

Kubernetes调度指南：如何将Pod分配到特定节点

website Kubernetes website and documentation repo: 项目地址: https://gitcode.com/gh_mirrors/webs/website

概述

在Kubernetes集群中，Pod的调度通常由调度器自动完成，它会根据资源可用性等因素做出合理的调度决策。但在某些场景下，我们需要控制Pod运行在特定的节点上，例如：

确保Pod运行在配备SSD的节点上
将通信频繁的服务Pod调度到同一可用区
隔离特定工作负载到专用节点

本文将详细介绍Kubernetes提供的多种Pod调度控制方法。

节点标签基础

Kubernetes节点可以被打上标签(Label)，这是实现Pod定向调度的基础。节点标签分为两类：

内置标签：Kubernetes自动为所有节点添加的标准标签，如：
- kubernetes.io/hostname
- kubernetes.io/os
- kubernetes.io/arch
自定义标签：管理员手动添加的业务标签

注意：内置标签的值可能因云提供商而异，不应依赖其稳定性。

节点选择器(nodeSelector)

nodeSelector是最简单的节点选择方式，通过在Pod定义中指定键值对来选择节点。

示例：

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeSelector:
    disktype: ssd

这个Pod只会被调度到具有disktype=ssd标签的节点上。

高级调度：亲和性与反亲和性

当nodeSelector无法满足复杂需求时，可以使用更强大的亲和性(Affinity)和反亲和性(Anti-affinity)规则。

节点亲和性(Node Affinity)

节点亲和性允许基于节点标签定义更复杂的调度规则，有两种类型：

硬性要求：必须满足的条件

requiredDuringSchedulingIgnoredDuringExecution

软性偏好：优先但不强制的条件

preferredDuringSchedulingIgnoredDuringExecution

示例：

affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
      - matchExpressions:
        - key: topology.kubernetes.io/zone
          operator: In
          values:
          - antarctica-east1
          - antarctica-west1
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 1
      preference:
        matchExpressions:
        - key: another-node-label-key
          operator: In
          values:
          - another-node-label-value

Pod间亲和性与反亲和性

Pod间亲和性/反亲和性允许基于其他Pod的分布情况来调度新Pod，这对于服务拓扑优化非常有用。

Pod亲和性示例：

affinity:
  podAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
    - labelSelector:
        matchExpressions:
        - key: security
          operator: In
          values:
          - S1
      topologyKey: topology.kubernetes.io/zone
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 100
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: security
            operator: In
            values:
          - S2
        topologyKey: topology.kubernetes.io/zone

这个配置表示：

Pod必须调度到有security=S1Pod的zone中（硬性要求）
尽量避免调度到有security=S2Pod的zone中（软性偏好）

其他调度方法

直接指定节点(nodeName)

最简单但最不灵活的方式，直接在Pod定义中指定节点名称：

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  nodeName: node-1
  containers:
  - name: nginx
    image: nginx

Pod拓扑分布约束

Kubernetes 1.19+引入了拓扑分布约束，用于控制Pod在集群中的分布：

topologySpreadConstraints:
- maxSkew: 1
  topologyKey: topology.kubernetes.io/zone
  whenUnsatisfiable: DoNotSchedule
  labelSelector:
    matchLabels:
      app: foo