文章目录
- 01 引言
- 02 Node亲和性调度
- 2.1 亲和性调度分类
- 2.2 举例
- 2.3 注意事项
- 03 文末
01 引言
在前面的博客《k8s教程(13)-pod定向调度》,讲解了Pod
使用NodeSelector
来进行定向调度的概念及使用案例,同时也简单介绍了一些预定义的标签。
NodeAffinity
意为Node
亲和性的调度策略,是用于替换NodeSelector
的全新调度策略,本文来讲解下。
02 Node亲和性调度
在前面的博客,我们知道如如果要做到定向调度,首先需要给node
节点搭上标签,然后在Pod
的资源文件声明NodeSelector
即可。但是这样的操作限制太死了,很多时候我们希望调度到“满足一定条件”的node
,也就是这里要将的NodeAffinity
亲和度调度了。
2.1 亲和性调度分类
目前有两种节点亲和性表达:
表达式 |
含义 |
|
必须满足指定的规则才可以调度Pod到Node上(功能与nodeSelector很像,但是使用的是不同的语法),相当于限制 |
|
强调优先满足指定规则,调度器会尝试调度Pod到Node上,但并不强求,相当于软限制 |
多个优先级规则还可以设置权重(weight)值,以定义执行的先后顺序。
IgnoredDuringExecution的意思是:如果一个Pod
所在的节点在Pod
运行期间 标签发生了变更,不再符合该Pod
的节点亲和性需求,则系统将忽略Node
上Label
的变化,该Pod
能继续在该节点上运行。
2.2 举例
有如下要求:
- requiredDuringSchedulingIgnoredDuringExecution:要求只运行在amd64的节点上(beta.kubernetes.io/arch In amd64);
- preferredDuringSchedulingIgnoredDuringExecution:要求尽量运行在磁盘类型为ssd(disk-type In ssd)的节点上;
则资源文件的定义如下:
从上面的配置中可以看到In操作符,NodeAffinity
语法支持的操作符包括In、NotIn、Exists、DoesNotExist、Gt、Lt
。虽然没有节点排斥功能,但是用NotIn
和DoesNotExist
就可以实现排斥的功能了。
2.3 注意事项
- 如果同时定义了
nodeSelector
和nodeAffinity
,那么必须两个条件都得到满足,Pod
才能最终运行在指定的Node上; - 如果
nodeAffinity
指定了多个nodeSelectorTerms
,那么其中一个能匹配成功即可; - 如果在
nodeSelectorTerms
中有多个matchExpressions
,则一个节点必须满足所有matchExpressions
才能运行该Pod。
03 文末
本文主要讲解的是node
亲和性调度的两种表达式的含义以及举例(requiredDuringSchedulingIgnoredDuringExecution
和preferredDuringSchedulingIgnoredDuringExecution
),希望能帮助到大家,谢谢大家的阅读,本文完!