Kubernetes集群Pod资源node主机亲和性调度配置（十七）

最新推荐文章于 2024-11-30 21:02:29 发布
最新推荐文章于 2024-11-30 21:02:29 发布
阅读量1.8w 收藏 6
点赞数 5
CC 4.0 BY-SA版权
分类专栏： 《Kubernetes集群方方面面进阶之路》
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44953658/article/details/119136311
本文详细介绍了Kubernetes集群中Pod的Node亲和性调度配置，包括硬限制和软限制两种类型。硬限制要求所有规则都匹配，否则Pod无法运行；软限制则在没有匹配规则的节点上进行随机调度。文章通过实例展示了不同配置下的调度效果，并提供了规划设置的注意事项，如nodeSelector和nodeAffinity的组合使用规则等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Kubernetes集群Pod资源node亲和性调度配置

1.node亲和性调度概念

node亲和性NodeAffinity配置项

node亲和性分为两种，一种是硬限制，一种是软限制，硬限制表示必须满足所有规则才可以调度，否则调度失败，pod无法运行，软限制表示优先匹配满足规则的node进行调度，如果没有满足条件的node，则随机调度在一个node上

硬限制和定向调度没什么区别，只不过能够更加精确匹配

硬限制匹配的值如果有多个，并且都是存在的，那么谁在前谁就会被优先匹配

affinity用于定义不同的亲和性属性
[root@k8s-master ~]# kubectl explain pod.spec.affinity.nodeAffinity
requiredDuringSchedulingIgnoredDuringExecution	<Object>		//node节点必须满足所有规则才可以，相当于硬限制
nodeSelectorTerms	<[
了解本专栏 订阅专栏 解锁全文 超级会员免费看
Kubernetes集群Pod资源基于pod的亲和性调度配置（十八）
江晓龙的博客
08-03 1万+
Kubernetes集群Pod资源基于pod的亲和性调度配置 1.pod亲和性参数配置 关于pod亲和性原理请观看这篇文章：Pod资源调度原理 所谓pod亲和性调度，就是根据一系列规则向某一个pod靠近，也就是调度到与某个pod相同的node节点 pod亲和性配置参数 [root@k8s-master ~]# kubectl explain pod.spec.affinity.podAffinity requiredDuringSchedulingIgnoredDuringExecution <Ob
Kubernetes集群Pod资源基于pod反亲和性调度配置（十九）
热门推荐
江晓龙的博客
08-03 1万+
Kubernetes集群Pod资源基于pod反亲和性调度配置 1.pod反亲和性调度配置 所谓pod反亲和性调度就是将一个pod运行在与参照pod不是同一个node节点的其他节点上 pod反亲和性即使匹配的标签时不存在的，pod也会创建成功，因为反亲和性就是和匹配的标签pod不在同一个node上调度 反亲和性中只配置硬限制就可以实现效果了，因为pod标签不存在，也会创建pod，因为本质就是反着来的，软限制并不能起到什么独特的效果 pod反亲和性调度配置 [root@k8s-master ~]# kubec
k8s中pod亲和性以及node亲和性配置
fw1074631229的博客
07-02 2715
1，亲和性分为软亲和性以及硬亲和性 preferredDuringSchedulingIgnoredDuringExecution：软策略 可以不再最好在 requiredDuringSchedulingIgnoredDuringExecution：硬策略 必须在 键值运算关系 In：label 的值在某个列表中 NotIn：label 的值不在某个列表中 Gt：label 的值大于某个值 Lt：label 的值小于某个值 Exists：某个 label 存在 DoesNotExist：某个 lab
（十七）Kubernetes集群Pod资源node主机亲和性调度配置
11
02-12 1010
node亲和性分为两种，一种是硬限制，一种是软限制，硬限制表示必须满足所有规则才可以调度，否则调度失败，pod无法运行，软限制表示优先匹配满足规则的node进行调度，如果没有满足条件的node，则随机调度在一个node上。4.如果一个pod所在的Node在pod运行期间标签发生了改变，不再符合亲和性需求，则系统忽略此变化，也就是说当标签改变了，pod已经在改变之前调度上去了，那么系统不会做任何处理，新的pod就要按照新的标签规则来匹配。硬限制匹配的值如果有多个，并且都是存在的，那么谁在前谁就会被优先匹配。
CPU亲和性设置
12-03
【转载】C++关于多线程的CPU亲和性设置
Kubernetes----Pod亲和性调度
redrose2100的博客
03-25 1905
一、亲和性调度简介 1.1 亲和性简介 亲和性调度是指通过配置的形式，实现优先选择满足条件的Node进行调度，如果没有，也可以调度到不满足条件的节点上，使调度更加灵活 亲和性（Affinity）主要分为三类： 节点亲和性（nodeAffinity）：以node为目标，解决pod可以调度到哪些node的问题 pod亲和性（podAffinity）：以pod为目标，解决pod可以和哪些已经存在pod部署到同一个拓扑域中的问题 pod反亲和性（podAntiAffinity）：以pod为目标，解决pod不能和哪
kubernetes集群实战——Pod调度、亲和性与反亲和性、Node属性Taints、Pod属性Tolerations
weixin_45792518的博客
07-08 839
1.调度器 调度器通过 kubernetes 的 watch 机制来发现集群中新创建且尚未被调度到 Node 上的 Pod。调度器会将发现的每一个未调度的 Pod 调度到一个合适的 Node 上来运行。
Kubernetes之pod的调度
qq_63627848的博客
08-12 784
pod的几种调度方式
【云原生技术】- Kubernetes 中，`pod` 亲和性（affinity）和反亲和性（anti-affinity）以及节点（主机）亲和性简介
weixin_46453070的博客
12-12 1152
在 Kubernetes 中，pod亲和性（affinity）和反亲和性（anti-affinity）以及节点（主机）亲和性是调度 pods 时非常重要的概念。它们允许你指定 pods 应该或不应该被调度到特定的节点上。这些规则可以基于节点标签和其他 pods 的标签来定义。
Kubernetes集群Pod资源node主机定向调度策略（十五）
江晓龙的博客
07-21 1万+
Kubernetes集群Pod资源node主机定向调度策略 1.pod定向调度策略 定向调度，指的是利用pod声明nodeName或者nodeSelector，根据对应的值将pod调度到期望的node节点上，定向调度属于强制调度，即使目标node不存在，也会向它进行调度，只不过pod会运行失败而已 NodeName：用于强制约束将pod调度到指定节点名称的Node节点上，这种方式属于直接跳过Scheduler的调度逻辑，直接将pod调度到指定名称的节点上 NodeSelector：用于将pod调度到添加了
关于K8s中Pod调度[选择器,指定节点,主机亲和性]方式和节点[coedon,drain,taint]标记的Demo
山河已无恙
05-29 1633
写在前面 嗯，整理K8s中pod调度相关笔记，这里分享给小伙伴 博文内容涉及： kube-scheduler组件的简述 Pod的调度(选择器、指定节点、主机亲和性)方式 节点的coedon与drain标记 节点的taint(污点)标记及pod的容忍污点(tolerations)定义 食用方式： 需要了解K8s基础知识 熟悉资源对象pod，deploy的创建，了解资源对象定义yaml文件 了解kubectl常用命令 理解不足小伙伴帮忙指正 所谓成功就是用自己的方式度过人生。--------
Kubernetes亲和性学习笔记
程序员欣宸的博客
02-28 714
学习kubernetes亲和性的关键知识点
主机亲和风险的处理方法
ajax_beijing_java的博客
05-20 163
场景：主机存在亲和风险时，我们需要将业务相同的主机，分散到不同的宿主机上。我们可以创建云主机组，将主机分数到不同的宿主机，这样就可以避免出现因宿主机宕机而带来的业务中断的风险。当然，物理机宕机的概率并不高，只是有这种可能性，但是重要的核心业务还是要进行反亲和设置的。避免物理机器宕机等因素带来的业务中断等情况。
Kubernetes中的亲和性与反亲和性
06-25 270
为了方便大家系统的学习 Kubernetes ，我整理了一份Kubernetes 学习系列文章，涵盖了 Kubernetes 基础知识、安装步骤以及整个 Kubernetes 体系的相关内容，相信大家读过这个系列之后，能够对 Kubernetes 有个更深入的认识。 通常情况下，Pod分配到哪些Node是不需要管理员操心的，这个过程会由scheduler自动实现。但有时，我们需要指定一些调度的限制，例如某些应用应该跑在具有SSD存储的节点上，有些应用应该跑在同一个节点上等等。 截止到Kubern..
k8s集群调度和亲和性,污点和容忍
Persistence___的博客
06-18 673
k8s调度概念 默认调度策略 亲和性 节点亲和性 硬节点亲和 kubectl get node --show-labels查看node节点上面的标签 k8s硬亲和,所有主机节点默认都有标签 硬亲和标签筛选 一直kubectl delete pod --all && kubectl create -f pod1.yaml一直删除再创建pod可看到pod一直分配在k8s-node01节点上面 将硬亲和策略改为标签匹配k8s-node03标签 删除pod后再次黄建,查看到pod一直p
实战指南之KubeSphere中的Pod调度策略详解
Daoyiyun的博客
09-02 1210
在多租户环境(这里的多租户环境可为不同的环境，比如开发环境、测试环境、灰度环境等，也可以是整个公司共用一个k8s集群，不同的部门项目使用不同的租户环境，下述的多租户环境，均是这个意思)中，通过节点标签实现租户级别的资源隔离，确保不同租户的应用不会相互干扰。优化节点亲和性策略时，建议根据实际工作负载的需求，结合集群的资源分布情况，动态调整亲和性规则。为了优化这种策略，可以结合节点健康监测和自动化恢复机制，在检测到节点故障时，自动切换到备用节点或重新调度任务，减少对单个节点的依赖，提高系统的整体可用性。
k8s亲和性和反亲和性
ApexPredator的博客
06-01 2063
k8s亲和性和反亲和性
k8s 亲和性之Affinity
最新发布
batman
11-30 1319
Kubernetes 中的亲和性（Affinity）机制提供了灵活的调度策略，帮助我们实现更高效的资源利用、负载均衡、故障隔离等。通过结合和，你可以精细地控制 Pod 的调度行为，满足不同应用场景的需求。
基于 KubeSphere 的分级管理实践
KubeSphere
06-24 380
作者：许伟，航天网信研发工程师 K8s 是容器编排和分布式应用部署领域的领导者，在 K8s 环境中，我们只需要关心应用的业务逻辑，减轻了我们服务器网络以及存储等方面的管理负担。对于一个用户而言，K8s 是一个很复杂的容器编排平台，学习成本非常高。KubeSphere 抽象了底层的 K8s，并进行了高度的产品化，构建了一个全栈的多租户容器云平台，为用户提供了一个健壮、安全、功能丰富、具备极致体验的 Web 控制台，解决了 K8s 使用门槛高和云原生生态工具庞杂等痛点，使我们可以专注于业务的快速迭代，其多维.
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jiangxl~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值