例如,您可以使用nodeAffinity字段指定需要的节点标签,然后使用PodAffinity和PodAntiAffinity字段来定义Pod与其他Pod的关系。 对于Hard Affinity,您可以使用requiredDuringSchedulingIgnoredDuringExecution来指定必需的节点标签。而对于Soft Affinity,您可以使用preferredDuringSchedulingIgnoredDuringExecution来指定首选的节点标签,并根据...
NodeAntiAffinity:确保同一节点上运行的 Pod 来自不同的批次或不同的服务。 requiredDuringSchedulingIgnoredDuringExecution:表示强制规定同一个容器组内的 Pod 不能调度到同一个节点上。 preferredDuringSchedulingIgnoredDuringExecution:表示会尽可能让调度器将同一个容器组内的 Pod 分散到多个节点上,但是如果没有其他可...
Pod的亲和性和反亲和性(Affinity/Anti-Affinity) 自定义调度器 1、简介 Kubernetes的调度器在大多数情况下能过运行的很好,例如:它能够将Pod调度到有充足资源的Node上;它能够将一组Pod(ReplicaSet, StatefulSet,等)均匀的调度到不同的Node上;它尽力平衡各个节点的资源使用率等。 但有些时候您会想控制您的Pod如何调...
node description snippet note the label, 'doks.digitalocean.com/node-pool=infra' kubectl describe node infra-3dmga Name: infra-3dmga Roles: <none> Labels: beta.kubernetes.io/arch=amd64 beta.kubernetes.io/instance-type=s-2vcpu-4gb beta.kubernetes.io/os=linux doks.digitalocean.com/node-id=67...
如node affinity,目前支持两种类型的pod affinity和anti-affinity:requiredDuringSchedulingIgnoredDuringExecution和preferredDuringSchedulingIgnoredDuringExecution,requiredDuringSchedulingIgnoredDuringExecution会将service A和service B的pod调度到同一个zone,因为他们彼此通信很多;preferredDuringSchedulingIgnoredDuringExecution,anti-...
Affinity翻译成中文是“亲和性”,它对应的是Anti-Affinity,我们翻译成“互斥”。这两个词比较形象,可以把 pod 选择 node 的过程类比成磁铁的吸引和互斥,不同的是除了简单的正负极之外,pod 和 node 的吸引和互斥是可以灵活配置的。 Affinity的优点 匹配有更多的逻辑组合,不只是字符串的完全相等 ...
nodeSelector 提供了一个非常简单的方式,将 Pod 调度限定到包含特定标签的节点上。亲和性与反亲和性(affinity / anti-affinity)特性则极大地扩展了限定的表达方式。主要的增强点在于: 表达方式更加有效(不仅仅是多个精确匹配表达式的“和”关系)可以标识该规则为“soft” / “preference” (软性的、偏好的)而不是...
nodeAffinity就是节点亲和性,相对应的是Anti-Affinity,就是反亲和性,这种方法比上面的nodeSelector更加灵活,它可以进行一些简单的逻辑组合了,不只是简单的相等匹配。 调度可以分成软策略和硬策略两种方式,软策略就是如果你没有满足调度要求的节点的话,POD 就会忽略这条规则,继续完成调度过程,说白了就是满足条件最好了...
二、nodeAffinity节点亲和性 1. 给节点打上标签 [root@master ~]# kubectl label nodes master k8s=master 查看三个节点的标签,分别拥有k8s=master,k8s=node1,k8s=node2标签 2.编辑资源清单设置节点亲和性 测试前把我们资源都删除掉 [root@master ~]# kubectl delete pod,svc,deploy --all ...
亲和与反亲和(Affinity and anti-affinity) nodeSelector只能基于节点标签控制pod部署node,并且选择器只支持“与”逻辑操作。亲和与反亲和特性目前处于测试阶段,相比于节点选择器,其更灵活,功能更强大,体现在以下三点: 不仅仅是“与”,支持更多的逻辑表达式。