K8s: 在Pod中使用亲和性调度节点

用节点亲和性把 Pods 分配到节点

  • 在 K8s 集群中,如何使用节点亲和性把 Pod 分配到特定节点
  • 机器资源各不相同,配置不同,一些应用对配置有要求的需要部署到相关机器上
  • 应用场景
    • 场景1: 对读写性能要求较高的pod部署到安装ssd的机器上
    • 场景2: 把同一类型的应用部署到一起,比如 db 数据库类的
  • 列出集群中的节点及其标签:$ kubectl get nodes --show-labels
conf 复制代码
NAME         STATUS   ROLES                  AGE   VERSION   LABELS
master.k8s   Ready    control-plane,master   44h   v1.22.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=master.k8s,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
node1.k8s    Ready    <none>                 44h   v1.22.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node1.k8s,kubernetes.io/os=linux
node2.k8s    Ready    <none>                 44h   v1.22.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node2.k8s,kubernetes.io/os=linux

1 )场景 1

  • 选择一个节点,给它添加一个标签:

  • $ kubectl label nodes <your-node-name> disktype=ssd

    • 这里 是你的一个节点名称,比如: node1.k8s
  • 验证你所选节点具有 disktype=ssd 标签:

    $ kubectl get nodes --show-labels

  • 依据强制的节点亲和性调度 Pod, 下面清单描述了一个 Pod

  • 它有一个节点亲和性配置 requiredDuringSchedulingIgnoredDuringExecution , disktype=ssd

  • 这意味着 pod 只会被调度到具有 disktype=ssd 标签的节点上

  • 亲和性有很多类型,这里是一种节点亲和性

  • 创建 affinity.yaml

    yaml 复制代码
    apiVersion: v1
    kind: Pod
    metadata:
      name: nginx
    spec:
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: disktype
                operator: In
                values:
                - ssd 
      containers:
      - name: aff-nginx
        image: nginx
        imagePullPolicy: IfNotPresent
  • $ kubectl create -f affinity.yaml

  • $ kubectl describe pod aff-nginx

  • 可以看到非常准确的部署到 设置了 distype=ssd 的那个节点机器上了

  • 如果有移除相关label, 参考: $ kubectl label nodes node2.k8s disktype-

2 )场景2: 将数据库类型的应用部署到 db 类型的节点上

  • 类似的,比如想要把某个数据库应用部署到 node2.k8s上,

  • 为 node2.k8s 设置 相应的 label, 如: $ kubectl label nodes node1.k8s type=db

  • 在 affinity.yaml 中

    yaml 复制代码
    spec:
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: type
                operator: In
                values:
                - db
  • 这样,应用就会被部署到相应设置节点的机器上

相关推荐
分布式存储与RustFS1 小时前
工作流脚本和依赖 JAR 散在各节点本地盘:用 DolphinScheduler 资源中心接到 RustFS
运维·云原生·开源·对象存储·分布式存储·s3·性能基准
Eyfcom2 小时前
〖物流云原生实战 01〗K8s Operator 在物流定时任务中的实践:从“裸 CronJob”到“声明式任务编排”
云原生·物流管理系统·物流云原生实战
阿里云云原生15 小时前
阿里云智能体白皮书开源进展
云原生
阿里云云原生16 小时前
万联智策基于 AgentCore 构建数字员工团队,800+智能体规模化落地
云原生
分布式存储与RustFS18 小时前
群晖 NAS 被 C3RB3R 锁了:本地备份一起被加密,RustFS 对象锁为什么删不掉
运维·云原生·开源·对象存储·分布式存储·s3·性能基准
东风微鸣18 小时前
把 DeepSeek Harness 装进 K8s
kubernetes·deepseek·harness
江华森1 天前
4 台华为云 ECS 从零到一:我用 AI Agent 搭了一套 K3s 多节点集群,全自动、免运维、翻车实录
云原生
时间售卖铺1 天前
Chrony与SSH实战:精准时间同步与安全远程登录
运维·安全·云原生·ssh
分布式存储与RustFS1 天前
OpenObserve 的日志别堆本地盘:用 RustFS 当它的对象存储底座
运维·云原生·开源·对象存储·分布式存储·s3·性能基准
阿里云云原生2 天前
11月14日杭州见丨COSCon’26 第十一届中国开源年会,阿里云四场 Agent 技术分享
云原生