搜索历史

清空
搜索热词
      0
      • 聊天消息
      • 系统消息
      • 评论与回复
      查看更多
      查看更多
      查看更多
      VIP于 到期 续费
      登录后你可以
      • 下载海量资料
      • 学习在线课程
      • 观看技术视频
      • 写文章/发帖/加入社区
      会员中心
      创作中心
      发布
      创作活动

      完善资料让更多小伙伴认识你，还能领取20积分哦，立即完善>

      3天内不再提示

      详解Kubernetes中的Pod调度亲和性

      马哥Linux运维 • 来源：博客园 • 2025-06-07 13:56 • 次阅读
      加入交流群
      微信小助手二维码

      扫码添加小助手

      加入工程师交流群

      概述

      在 Kubernetes（K8s）中，Pod 调度亲和性（Affinity）是一种高级调度策略，用于控制 Pod 与节点（Node）或其他 Pod 之间的关联（亲和）或反关联（反亲和）关系。通过亲和性规则，管理员可以更精细地控制 Pod 的调度行为，满足业务的拓扑约束、资源局部性、高可用等需求。

      亲和性主要有两类

      • 节点亲和性

      • Pod亲和性

      回到顶部

      节点亲和性

      节点亲和性是 Kubernetes 中控制 Pod 调度到特定节点的核心机制，它比传统的 nodeSelector 更具灵活性，支持更复杂的匹配规则和优先级策略。

      节点亲和性通过nodeAffinity字段定义，包含requiredDuringSchedulingIgnoredDuringExecution（硬性）和preferredDuringSchedulingIgnoredDuringExecution（软性）两种规则。

      节点亲和性的作用

      精准匹配节点标签

      节点亲和性通过定义 标签匹配规则（如节点必须包含 / 不包含某个标签、标签值在指定范围内等），将 Pod 调度到符合条件的节点。

      • 硬性规则（requiredDuringScheduling）：强制 Pod 只能调度到满足条件的节点，否则保持 Pending 状态。
      例：将数据库 Pod 强制调度到标记为 role=database 且 storage=ssd 的节点。

      • 软性规则（preferredDuringScheduling）：优先调度到满足条件的节点，若不满足则尝试其他节点（通过权重配置优先级）。
      例：优先将 Web 服务 Pod 调度到 region=east 的节点（权重 100），其次调度到 zone=az1 的节点（权重 70）。

      精细化控制

      替代简单的 nodeSelector，支持复杂逻辑（如 “节点必须包含 A 标签且不包含 B 标签”）。

      灵活容错

      软性规则允许调度器在条件不满足时 “退而求其次”，避免 Pod 长时间处于 Pending。

      资源利用率优化

      通过标签分层（如环境、硬件、地域），实现集群资源的合理分配与负载均衡。

      节点亲和性实战-硬性规则匹配

      必须满足条件才能调度，否则 Pod 将处于 Pending 状态。调度成功后，即使节点标签变更导致规则不再满足，Pod 也不会被驱逐。

      将 Pod 调度到同时满足以下条件的节点：

      • 标签 env=prod

      • 标签 disk-type=ssd

      • 标签 cpu-cores > 2

      示例：
      给node01节点打上标签

      |   |   |
| --- | --- |
|   | [root@master ~]# kubectl label node node01env=prod disk-type=ssd cpu-cores=3 |
|   | node/node01 labeled |
|   |   |
|   |# 查看标签 |
|   | [root@master ~]# kubectl describe node node01 | grep Labels -A 5 |
|   | Labels:       beta.kubernetes.io/arch=amd64 |
|   | beta.kubernetes.io/os=linux |
|   | cpu-cores=3 |
|   | disk-type=ssd |
|   |env=prod |
|   | kubernetes.io/arch=amd64 |

      创建Pod

      |  |  |
|---|---|
|  |[root@master~/affinity]# cat affinity-deploy.yaml |
|  |apiVersion:apps/v1|
|  |kind:Deployment|
|  |metadata:|
|  |name:nginx-affinity|
|  |spec:|
|  |replicas:5|
|  |selector:|
|  |matchLabels:|
|  |app:nginx|
|  |template:|
|  |metadata:|
|  |labels:|
|  |app:nginx|
|  |spec:|
|  |affinity:|
|  |# 节点亲和性 |
|  |nodeAffinity:|
|  |# 指定硬性规则 |
|  |requiredDuringSchedulingIgnoredDuringExecution:|
|  |# 匹配规则 |
|  |nodeSelectorTerms:|
|  |-matchExpressions:|
|  |-key:env|
|  |operator:In|
|  |values:["prod"]|
|  |-key:disk-type|
|  |operator:In|
|  |values:["ssd"]|
|  |-key:cpu-cores|
|  |operator:Gt|
|  |values:["2"] # 注意：values 是字符串列表，内部会转为数字比较 |
|  |containers:|
|  |-name:nginx|
|  |image:nginx|
|  |#创建 |
|  |[root@master~/affinity]# kubectl apply -f affinity-deploy.yaml |
|  |deployment.apps/nginx-affinitycreated|

      查看Pod调度到哪个节点上了?
      发现Pod全部调度到node01节点上

      |  |  |
|--- | --- |
|  |[root@master~/affinity]# kubectlgetpo-o wide|
|  |NAME               READY  STATUS  RESTARTS  AGE  IP        NODE   NOMINATED NODE  READINESS GATES|
|  |nginx-affinity-556d5d5987-5bnjm 1/1  Running 0    94s 100.117.144.175 node01      |
|  |nginx-affinity-556d5d5987-bvmvh 1/1  Running 0    94s 100.117.144.173 node01      |
|  |nginx-affinity-556d5d5987-d7tkg 1/1  Running 0    94s 100.117.144.174 node01      |
|  |nginx-affinity-556d5d5987-frkkm 1/1  Running 0    94s 100.117.144.172 node01      |
|  |nginx-affinity-556d5d5987-ttlcr 1/1  Running 0    94s 100.117.144.176 node01      |

      如果标签不匹配，Pod会出现什么情况呢？

      |   |   |
| --- | --- |
|   |# 将node01节点上的标签删除一个 |
|   | [root@master ~/affinity]# kubectl label node node01 cpu-cores- |
|   | node/node01 unlabeled |
|   |# 查看标签 |
|   | [root@master ~/affinity]# kubectl describe node node01 | grep Labels -A 5 |
|   | Labels:       beta.kubernetes.io/arch=amd64 |
|   | beta.kubernetes.io/os=linux |
|   | disk-type=ssd |
|   |env=prod |
|   | kubernetes.io/arch=amd64 |
|   | kubernetes.io/hostname=node01 |
|   |   |
|   |# 删除Pod让其重建 |
|   | [root@master ~/affinity]# kubectl get po | awk'{print $1}'| xargs kubectl delete po |
|   | pod"nginx-affinity-556d5d5987-5bnjm"deleted |
|   | pod"nginx-affinity-556d5d5987-bvmvh"deleted |
|   | pod"nginx-affinity-556d5d5987-d7tkg"deleted |
|   | pod"nginx-affinity-556d5d5987-frkkm"deleted |
|   | pod"nginx-affinity-556d5d5987-ttlcr"deleted |

      查看Pod，发现状态都是Pending状态

      |   |   |
| --- | --- |
|   | [root@master ~/affinity]# kubectl get po |
|   | NAME               READY  STATUS  RESTARTS  AGE |
|   | nginx-affinity-556d5d5987-44qmc  0/1   Pending  0     27s |
|   | nginx-affinity-556d5d5987-4qtth  0/1   Pending  0     27s |
|   | nginx-affinity-556d5d5987-4tws5  0/1   Pending  0     27s |
|   | nginx-affinity-556d5d5987-bgm7n  0/1   Pending  0     27s |
|   | nginx-affinity-556d5d5987-kh555  0/1   Pending  0     27s |

      查看一下详细信息，发现是标签不匹配

      |   |   |
| --- | --- |
|   |   |
|   | [root@master ~/affinity]# kubectl describe po nginx-affinity-556d5d5987-44qmc |
|   | Name:       nginx-affinity-556d5d5987-44qmc |
|   |   |
|   | Events: |
|   | Type   Reason      Age From       Message |
|   | ----   ------      ---- ----        ------- |
|   | Warning FailedScheduling 71s  default-scheduler 0/3nodes are available:1node(s) had untolerated taint {node-role.kubernetes.io/control-plane: },2node(s) didn'tmatchPod'snode affinity/selector. preemption:0/3nodes are available:3Preemption is not helpfulforscheduling.. |
|   | Warning FailedScheduling 70s  default-scheduler 0/3nodes are available:1node(s) had untolerated taint {node-role.kubernetes.io/control-plane: },2node(s) didn'tmatchPod'snode affinity/selector. preemption:0/3nodes are available:3Preemption is not helpfulforscheduling.. |

      总结一下，节点亲和性可以更加细腻指定Pod调度到某一个节点上，如果指定的标签不匹配，那么Pod会处于Pending状态

      节点亲和性实战-软性规则匹配

      软性规则匹配优先满足条件，但不强制。调度器会为每个满足条件的节点打分，选择分数最高的节点。

      评分机制

      当存在多个满足软性规则的节点时，调度器会计算每个节点的得分：

      • 基础分：所有节点初始分为 0。

      • 权重叠加：对每个 preferredDuringSchedulingIgnoredDuringExecution 规则：

      • 若节点满足规则，得分为 weight 值。

      • 若不满足，得分为 0。

      • 总分计算：节点最终得分是所有匹配规则的 weight 之和。

      示例：
      优先调度到以下节点：

      • 首选 region=east 的节点（权重 100）

      • 其次 disk-type=ssd 的节点（权重 70）

      给node01节点打上region=east标签

      |   |   |
| --- | --- |
|   | [root@master ~/affinity]# kubectl label node node01 region=east |
|   | node/node01 labeled |

      给node02节点打上disk-type=ssd标签

      |   |   |
| --- | --- |
|   | [root@master ~/affinity]# kubectl label node node02 disk-type=ssd |
|   | node/node02 labeled |

      创建deploy

      |  |  |
|---|---|
|  |[root@master~/affinity]# cat affinity-deploy.yaml |
|  |apiVersion:apps/v1|
|  |kind:Deployment|
|  |metadata:|
|  |name:nginx-affinity|
|  |spec:|
|  |replicas:10|
|  |selector:|
|  |matchLabels:|
|  |app:nginx|
|  |template:|
|  |metadata:|
|  |labels:|
|  |app:nginx|
|  |spec:|
|  |affinity:|
|  |# 节点亲和性 |
|  |nodeAffinity:|
|  |# 指定软性匹配规则 |
|  |preferredDuringSchedulingIgnoredDuringExecution:|
|  |# 权重范围 1-100，值越高优先级越高 |
|  |-weight:100|
|  |preference:|
|  |matchExpressions:|
|  |-key:region|
|  |operator:In|
|  |values:["east"]|
|  |-weight:70|
|  |preference:|
|  |matchExpressions:|
|  |-key:disk-type|
|  |operator:In|
|  |values:["ssd"]|
|  |containers:|
|  |-name:nginx|
|  |image:nginx|
|  |[root@master~/affinity]# kubectl apply -f affinity-deploy.yaml |
|  |deployment.apps/nginx-affinitycreated|

      查看Pod调度到哪一个节点上

      发现调度到node01节点上的Pod居多，因为node01的权重是100，而node02节点上略少，权重为70

      |   |   |
| --- | --- |
|   |[root@master ~/affinity]# kubectl get po -o wide |
|   | NAME               READY  STATUS  RESTARTS  AGE  IP        NODE   NOMINATED NODE  READINESS GATES |
|   | nginx-affinity-65587946bd-84mv5 1/1  Running 0    30s 100.117.144.180 node01         |
|   | nginx-affinity-65587946bd-8lfwl 1/1  Running 0    30s 100.117.144.183 node01         |
|   | nginx-affinity-65587946bd-9fnhb 1/1  Running 0    30s 100.117.144.179 node01         |
|   | nginx-affinity-65587946bd-9rqt9 1/1  Running 0    30s 100.117.144.177 node01         |
|   | nginx-affinity-65587946bd-gsq4c 1/1  Running 0    30s 100.117.144.182 node01         |
|   | nginx-affinity-65587946bd-pf845 1/1  Running 0    30s 100.95.185.238  node02         |
|   | nginx-affinity-65587946bd-pvwps 1/1  Running 0    30s 100.95.185.237  node02         |
|   | nginx-affinity-65587946bd-qhhh7 1/1  Running 0    30s 100.95.185.239  node02         |
|   | nginx-affinity-65587946bd-tn54h 1/1  Running 0    30s 100.117.144.178 node01         |
|   | nginx-affinity-65587946bd-x64qs 1/1  Running 0    30s 100.117.144.181 node01         |

      节点亲和性-混合使用硬性和软性规则

      示例：

      |  |  |
|---|---|
|  |apiVersion:v1|
|  |kind:Pod|
|  |metadata:|
|  |name:mixed-affinity-pod|
|  |spec:|
|  |affinity:|
|  |nodeAffinity:|
|  |# 硬性限制 |
|  |requiredDuringSchedulingIgnoredDuringExecution:|
|  |nodeSelectorTerms:|
|  |-matchExpressions:|
|  |-key:env|
|  |operator:In|
|  |values:["prod"]|
|  |# 软性限制 |
|  |preferredDuringSchedulingIgnoredDuringExecution:|
|  |-weight:80|
|  |preference:|
|  |matchExpressions:|
|  |-key:gpu|
|  |operator:Exists|
|  |containers:|
|  |-name:nginx|
|  |image:nginx|

      回到顶部

      Pod亲和性

      Pod 亲和性（Pod Affinity）是 Kubernetes 中控制 Pod 调度的重要机制，其核心作用是根据其他 Pod 的位置（如节点、命名空间等）来影响当前 Pod 的调度决策，实现 Pod 之间的协同部署或反亲和（互斥部署）。这一机制通过标签匹配规则，将相关 Pod 「吸引」到同一区域（如节点、机架、可用区等）或「排斥」到不同区域，从而优化资源利用、提升服务性能或增强系统稳定性。

      Pod亲和性的分类

      Pod亲和性分为间亲和性和反亲和性。

      亲和性是当第一个Pod调度到一个特定的拓扑域中时，后续的所有的Pod都会往该拓扑域调度。

      拓扑域理解为亲和性规则作用的「区域范围」，通常为节点标签（如 kubernetes.io/hostname 表示节点，kubernetes.io/zone 表示可用区）。

      反亲和性是保证一个拓扑域中最多只能有且仅有一个相同的pod，多余的pod处于pending状态

      Pod间亲和性实战

      Pod 间亲和性可以用于将相关 Pod 调度到同一拓扑层级（如同一节点或同一可用区），从而减少网络延迟，提高性能。例如：

      • 将前端和后端服务部署在同一节点或同一可用区：减少服务间通信的网络延迟。

      • 将依赖的服务部署在同一节点：提高服务间的通信效率。

      Pod 间亲和性也分为硬性限制和软性限制，通过requiredDuringSchedulingIgnoredDuringExecution（硬性）和preferredDuringSchedulingIgnoredDuringExecution（软性）来指定。

      硬性限制实战

      示例：

      |  |  |
|---|---|
|  |# 定义deploy |
|  |[root@master~/affinity]# cat affinity-deploy.yaml |
|  |apiVersion:apps/v1|
|  |kind:Deployment|
|  |metadata:|
|  |name:nginx-affinity|
|  |spec:|
|  |replicas:10|
|  |selector:|
|  |matchLabels:|
|  |app:nginx|
|  |template:|
|  |metadata:|
|  |labels:|
|  |app:nginx|
|  |spec:|
|  |affinity:|
|  |# Pod亲和性 |
|  |podAffinity:|
|  |# 指定硬性匹配规则 |
|  |requiredDuringSchedulingIgnoredDuringExecution:|
|  |-labelSelector:|
|  |# 这里指定Pod的标签，而不是节点的标签 |
|  |matchExpressions:|
|  |-key:app|
|  |operator:In|
|  |values:["nginx"]|
|  |# 添加 topologyKey，topologyKey 决定了 Pod 亲和性或反亲和性规则在集群中的作用范围。 |
|  |# 这里指定节点标签的key |
|  |topologyKey:"kubernetes.io/hostname"|
|  |containers:|
|  |-name:nginx|
|  |image:nginx|
|  |  |
|  |[root@master~/affinity]# kubectl apply -f affinity-deploy.yaml |
|  |deployment.apps/nginx-affinitycreated|

      配置说明：
      labelSelector：标签选择器，在这里是选择Pod的标签，而不是选择节点的标签，因为Pod亲和性是Pod级别的调度
      topologyKey：该字段是Pod亲和性中一个很重要的字段，它的作用是定义 Pod 亲和性或反亲和性规则的作用范围，即在什么级别的拓扑结构中应用这些规则。这里指定的节点标签的key

      查看Pod的调度，发现Pod都在node02节点上

      |   |   |
| --- | --- |
|   |[root@master ~/affinity]# kubectl get po -o wide |
|   | NAME               READY  STATUS  RESTARTS  AGE  IP        NODE   NOMINATED NODE  READINESS GATES |
|   | nginx-affinity-7f74fbb7c-2r9lm 1/1  Running 0    76s 100.95.185.249 node02         |
|   | nginx-affinity-7f74fbb7c-55bfw 1/1  Running 0    76s 100.95.185.241 node02         |
|   | nginx-affinity-7f74fbb7c-9h5qq 1/1  Running 0    76s 100.95.185.248 node02         |
|   | nginx-affinity-7f74fbb7c-bq9m9 1/1  Running 0    76s 100.95.185.245 node02         |
|   | nginx-affinity-7f74fbb7c-cdxpg 1/1  Running 0    76s 100.95.185.240 node02         |
|   | nginx-affinity-7f74fbb7c-j7vbf 1/1  Running 0    76s 100.95.185.242 node02         |
|   | nginx-affinity-7f74fbb7c-rnqfs 1/1  Running 0    76s 100.95.185.243 node02         |
|   | nginx-affinity-7f74fbb7c-sscsx 1/1  Running 0    76s 100.95.185.244 node02         |
|   | nginx-affinity-7f74fbb7c-v7jf2 1/1  Running 0    76s 100.95.185.246 node02         |
|   | nginx-affinity-7f74fbb7c-w249m 1/1  Running 0    76s 100.95.185.247 node02         |

      软性限制实战（略，生产环境中使用的不多）

      Pod反亲和性

      Pod 反亲和性（podAntiAffinity）是 Kubernetes 中的一种调度策略，与 Pod 亲和性（podAffinity）相对。它用于控制 Pod 的调度位置，确保满足特定条件的 Pod 不会被调度到同一拓扑层级（如同一节点、同一可用区或同一区域）上。Pod 反亲和性主要用于实现高可用性和资源隔离等目标。

      Pod 反亲和性也分为硬性限制和软性限制，通过requiredDuringSchedulingIgnoredDuringExecution（硬性）和preferredDuringSchedulingIgnoredDuringExecution（软性）来指定。

      Pod反亲和性作用

      • 高可用性：

      • 通过将多个副本 Pod 分布到不同的故障域（如不同的节点或可用区），确保系统的容错能力。例如，将多个副本 Pod 调度到不同的节点或可用区，避免单点故障导致所有副本同时不可用。

      • 资源隔离：

      • 通过将某些 Pod 分布到不同的节点或可用区，避免它们相互竞争资源。例如，将不同租户的 Pod 分布到不同的节点或可用区，实现资源隔离。

      • 性能优化：

      • 通过将 Pod 分布到不同的节点或可用区，减少单个节点的负载压力，提高整体性能。

      硬限制实战

      |  |  |
|---|---|
|  |# 创建deploy |
|  |[root@master~/affinity]# cat affinity-deploy.yaml |
|  |apiVersion:apps/v1|
|  |kind:Deployment|
|  |metadata:|
|  |name:nginx-affinity|
|  |spec:|
|  |replicas:10|
|  |selector:|
|  |matchLabels:|
|  |app:nginx|
|  |template:|
|  |metadata:|
|  |labels:|
|  |app:nginx|
|  |spec:|
|  |affinity:|
|  |# Pod反亲和性 |
|  |podAntiAffinity:|
|  |# 指定性匹配规则 |
|  |requiredDuringSchedulingIgnoredDuringExecution:|
|  |-labelSelector:|
|  |# 这里指定Pod的标签，而不是节点的标签 |
|  |matchExpressions:|
|  |-key:app|
|  |operator:In|
|  |values:["nginx"]|
|  |# # 添加 topologyKey |
|  |topologyKey:"kubernetes.io/hostname"|
|  |containers:|
|  |-name:nginx|
|  |image:nginx|
|  |[root@master~/affinity]# kubectl apply -f affinity-deploy.yaml |
|  |deployment.apps/nginx-affinitycreated|

      查看一下Pod

      发现只有两个Pod处于Running状态，为什么呢？
      因为反亲和性是在每个拓扑域中调度一个Pod，当Pod的数量多余拓扑域时，那么剩余的Pod则无法完成调度，所以处于了Pending状态

      |   |   |
| --- | --- |
|   |[root@master ~/affinity]# kubectl get po -o wide |
|   | NAME               READY  STATUS  RESTARTS  AGE  IP        NODE   NOMINATED NODE  READINESS GATES |
|   | nginx-affinity-675c568f99-5brpf 1/1  Running 0    5s 100.117.144.184 node01         |
|   | nginx-affinity-675c568f99-68z9q 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-7vbqb 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-8tqps 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-96cs2 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-prpg4 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-qsp8b 1/1  Running 0    5s 100.95.185.250  node02         |
|   | nginx-affinity-675c568f99-tf9qv 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-x7k8p 0/1  Pending 0    5s                 |
|   | nginx-affinity-675c568f99-xbfn2 0/1  Pending 0    5s                 |

      回到顶部

      Pod反亲和性和DaemonSet的区别

      Pod反亲和性和DaemonSet感觉很类似，在不考虑污点的情况下，会在每一个节点上都会创建一个Pod，但是也有一些区别

      DaemonSet可以阅读这篇文章：K8s新手系列之DaemonSet资源

      特性 Pod 反亲和性 DaemonSet
      定义 调度策略，控制 Pod 的调度位置 控制器，确保每个节点上运行一个 Pod 的副本
      用途 高可用性、资源隔离、性能优化 运行集群级别的守护进程，如日志收集、监控代理
      调度方式 根据labelSelector和topologyKey调度 Pod 自动在每个节点上运行一个 Pod 的副本
      配置方式 在 Pod 的spec.affinity.podAntiAffinity中配置 使用 DaemonSet 资源对象配置
      适用场景 多副本应用，需要跨节点或可用区分布 集群级别的守护进程，每个节点都需要运行一个副本
      调度器角色 调度器根据规则调度 Pod DaemonSet 控制器自动管理 Pod 的生命周期
      Pod 数量 根据副本数和调度规则动态调整 每个节点上运行一个 Pod，数量与节点数量一致

      链接：https://www.cnblogs.com/huangSir-devops/p/18859120

      声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。 举报投诉
      • 节点
        节点
        +关注

        关注

        0

        文章

        226

        浏览量

        25421
      • kubernetes
        kubernetes
        +关注

        关注

        0

        文章

        256

        浏览量

        9412
      • 字段
        字段
        +关注

        关注

        0

        文章

        15

        浏览量

        1780

      原文标题：5分钟掌握Kubernetes Pod亲和性（Affinity）：核心概念与实战配置指南

      文章出处：【微信号：magedu-Linux，微信公众号：马哥Linux运维】欢迎添加关注！文章转载请注明出处。

      收藏 人收藏
      加入交流群
      微信小助手二维码

      扫码添加小助手

      加入工程师交流群

        评论

        相关推荐
        热点推荐

        Kubernetes的Device Plugin设计解读

        设计解读最近在调研Kubernetes的GPU调度和运行机制，发现传统的alpha.kubernetes.io/nvidia-gpu即将在1.11版本中下线，和GPU相关的调度和部署的
        发表于 03-12 16:23

        Kubernetes Ingress 高可靠部署最佳实践

        摘要： 在Kubernetes集群中，Ingress作为集群流量接入层，Ingress的高可靠性显得尤为重要，今天我们主要探讨如何部署一套高性能高可靠的Ingress接入层。简介
        发表于 04-17 14:35

        阿里云容器Kubernetes监控(二) - 使用Grafana展现Pod监控数据

        kubernetes中承担的责任远不止监控数据的采集，还包括控制台的监控接口、HPA的POD弹性伸缩等都依赖于Heapster的功能。简介在kubernetes的监控方案
        发表于 05-10 15:28

        从零开始入门 K8s| 阿里技术专家详解 K8s 核心概念

        台节点上去。Kubernetes 的调度器是执行这项能力的组件，它会观察正在被调度的这个容器的大小、规格。比如说它所需要的 CPU以及它所需要的 memory，然后在集群中找一台相对比
        发表于 09-20 14:52

        从零开始入门 K8s| 详解 Pod 及容器设计模式

        一、为什么需要 Pod容器的基本概念我们知道 Pod 是 Kubernetes 项目里面一个非常重要的概念，也是非常重要的一个原子调度单位，但是为什么我们会需要这样一个概念呢？在使用容
        发表于 09-20 15:12

        Pod资源配置

        《Kubernetes进阶实战》第四章《管理Pod资源对象》
        发表于 10-22 14:39

        浅谈Kubernetes集群的高可用方案

        Kubernetes作为容器应用的管理中心，通过对Pod的数量进行监控，并且根据主机或容器失效的状态将新的Pod调度到其他Node上，实现了应用层的高可用
        发表于 10-11 10:04 •1次下载
        浅谈<b class='flag-5'>Kubernetes</b>集群的高可用方案

        深入研究Kubernetes调度

        “本文从 Pod 和节点的配置开始，介绍了 Kubernetes Scheduler 框架、扩展点、API 以及可能发生的与资源相关的瓶颈，并展示了性能调整设置，涵盖了 Kubernetes
        的头像 发表于 08-23 10:39 •1792次阅读

        容器进程调度时是该优先考虑CPU资源还是内存资源

        当然实际中 k8s 的调度策略不是这么简单的，系统默认的 kube-scheduler 调度器外还有直接指定Node主机名、节点亲和性、Pod
        的头像 发表于 08-16 18:20 •1927次阅读

        Kubernetes中的Pod简易理解

        Pod是Kubernetes中非常重要的概念，也是Kubernetes管理的基本单位。正如其名，Pod像一个豌豆荚，可以容纳多个container，拥有相同的IP地址。
        的头像 发表于 02-15 10:44 •1838次阅读

        Kubernetes Pod如何独立工作

        在学习 Kubernetes 网络模型的过程中，了解各种网络组件的作用以及如何交互非常重要。本文就介绍了各种网络组件在 Kubernetes 集群中是如何交互的，以及如何帮助每个
        的头像 发表于 05-16 14:29 •1047次阅读
        <b class='flag-5'>Kubernetes</b> <b class='flag-5'>Pod</b>如何独立工作

        Kubernetes Pod如何获取IP地址呢？

        Kubernetes 网络模型的核心要求之一是每个 Pod 都拥有自己的 IP 地址并可以使用该 IP 地址进行通信。很多人刚开始使用 Kubernetes 时，还不清楚如何为每个 Pod
        的头像 发表于 07-21 10:00 •1327次阅读
        <b class='flag-5'>Kubernetes</b> <b class='flag-5'>Pod</b>如何获取IP地址呢？

        Linux之CPU调度策略和CPU亲和性

        一、调度策略 调度进程 单个 CPU一次只能执行一个进程，虽然 Linux 系统通过使用多任务同时处理多个进程，但当多个进程同时运行在一个CPU 上时，它通过交错执行这些进程。 内核使用进程调度器来
        的头像 发表于 12-05 16:38 •1673次阅读
        Linux之CPU<b class='flag-5'>调度</b>策略和CPU<b class='flag-5'>亲和性</b>

        Kubernetes Pod常用管理命令详解

        Kubernetes Pod常用管理命令详解
        的头像 发表于 02-17 14:06 •990次阅读
        <b class='flag-5'>Kubernetes</b> <b class='flag-5'>Pod</b>常用管理命令<b class='flag-5'>详解</b>

        多核服务器的CPU亲和性配置与负载均衡优化

        某大厂的资深架构师小王最近遇到了一个头疼的问题：新采购的双路AMD EPYC 7763（128核心）服务器，在高并发场景下的性能表现竟然还不如之前的32核服务器。经过深入排查，发现问题出在CPU亲和性配置上。通过正确的配置，最终性能提升了300%！
        的头像 发表于 08-27 14:45 •578次阅读
        华秋（原“华强聚丰”）：
        电子发烧友
        华秋开发
        华秋电路(原"华强PCB")
        华秋商城(原"华强芯城")
        华秋智造
        My ElecFans
        APP
        网站地图
        设计技术
        可编程逻辑
        电源/新能源
        MEMS/传感技术
        测量仪表
        嵌入式技术
        制造/封装
        模拟技术
        RF/无线
        接口/总线/驱动
        处理器/DSP
        EDA/IC设计
        存储技术
        光电显示
        EMC/EMI设计
        连接器
        行业应用
        LEDs
        汽车电子
        音视频及家电
        通信网络
        医疗电子
        人工智能
        虚拟现实
        可穿戴设备
        机器人
        安全设备/系统
        军用/航空电子
        移动通信
        工业控制
        便携设备
        触控感测
        物联网
        智能电网
        区块链
        新科技
        特色内容
        专栏推荐
        学院
        设计资源
        设计技术
        电子百科
        电子视频
        元器件知识
        工具箱
        VIP会员
        最新技术文章
        产品地图
        品牌地图
        社区
        小组
        论坛
        问答
        评测试用
        企业服务
        产品
        资料
        文章
        方案
        企业
        供应链服务
        硬件开发
        华秋电路
        华秋商城
        华秋智造
        nextPCB
        BOM配单
        媒体服务
        网站广告
        在线研讨会
        活动策划
        新闻发布
        新品发布
        小测验
        设计大赛
        华秋
        关于我们
        投资关系
        新闻动态
        加入我们
        联系我们
        举报投诉
        社交网络
        微博
        移动端
        发烧友APP
        硬声APP
        WAP
        联系我们
        广告合作
        王婉珠：wangwanzhu@elecfans.com
        内容合作
        黄晶晶：huangjingjing@elecfans.com
        内容合作（海外）
        张迎辉：mikezhang@elecfans.com
        供应链服务 PCB/IC/PCBA
        江良华：lanhu@huaqiu.com
        投资合作
        曾海银：zenghaiyin@huaqiu.com
        社区合作
        刘勇：liuyong@huaqiu.com

        • 关注我们的微信

          关注我们的微信

        • 下载发烧友APP

          下载发烧友APP

        • 电子发烧友观察

          电子发烧友观察
        华秋发烧友
        电子工程师社区
        华秋电路
        1-32层PCB打样·中小批量
        华秋商城
        元器件现货·全球代购·SmartBOM
        华秋智造
        SMT贴片·PCBA加工
        NextPCB
        PCB Manufacturer

        版权所有 © 湖南华秋数字科技有限公司

        长沙市望城经济技术开发区航空路6号手机智能终端产业园2号厂房3层（0731-88081133）

        电子发烧友 （电路图） 湘公网安备43011202000918 工商网监认证工商网监 湘ICP备2023018690号-1