pod 的亲和性，反亲和性 实验

已于 2022-03-18 09:21:07 修改
阅读量237 收藏
点赞数
分类专栏： kubernetes 文章标签： kubernetes docker 容器
于 2022-02-21 11:59:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_51431591/article/details/123043113
版权

pod 的亲和性与反亲和性 实验

一、环境准备

node01、 node02 都有标签 test=a，有个pod1 运行在node01上， 标签为app=myapp01

#设置node01和node02节点，拥有标签 test=a
[root@master demo]# kubectl  label nodes node{01,02} test=a --overwrite
node/node01 labeled
node/node02 labeled

#查看拥有标签test=a的节点
[root@master demo]# kubectl  get nodes -l test=a
NAME     STATUS   ROLES    AGE    VERSION
node01   Ready    <none>   7d6h   v1.15.1
node02   Ready    <none>   7d6h   v1.15.1

在这里插入图片描述

[root@master demo]# vim test.yaml
apiVersion: v1
kind: Pod
metadata:
  name: myapp01
  labels:
    app: myapp01
spec:
  containers:
  - name: with-node-affinity
    image: soscscs/myapp:v1

#声明式创建pod 
[root@master demo]# kubectl  apply  -f test.yaml 
pod/myapp01 created

#查看pod myapp01的详细信息的标签
[root@master demo]# kubectl  get pods  myapp01  -o wide --show-labels 
NAME      READY   STATUS    RESTARTS   AGE   IP             NODE     NOMINATED NODE   READINESS GATES   LABELS
myapp01   1/1     Running   0          26s   10.244.1.112   node01   <none>           <none>            app=myapp01

在这里插入图片描述

二、亲和性+ In 测试

[root@master demo]# vim a.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: myapp10
  labels:
    app: myapp03
spec:
  containers:
  - name: myapp03
    image: soscscs/myapp:v1
  affinity:
    podAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - myapp01
        topologyKey: test

pod拥有app=myapp01 标签（设这个pod为x），则把新pod调度到和 pod x 拥有同一个拓扑域test=a 的 节点上。


[root@master demo]# for i in myapp{11..15}; do kubectl apply -f a.yaml; sed -ri "4s#myapp1[0-9]#$i#" a.yaml; done
pod/myapp10 created
pod/myapp11 created
pod/myapp12 created
pod/myapp13 created
pod/myapp14 created


[root@master demo]# kubectl  get pods -o wide --show-labels 
NAME      READY   STATUS    RESTARTS   AGE   IP             NODE     NOMINATED NODE   READINESS GATES   LABELS
myapp01   1/1     Running   0          88m   10.244.1.112   node01   <none>           <none>            app=myapp01
myapp10   1/1     Running   0          6s    10.244.2.104   node02   <none>           <none>            app=myapp03
myapp11   1/1     Running   0          6s    10.244.1.138   node01   <none>           <none>            app=myapp03
myapp12   1/1     Running   0          5s    10.244.2.105   node02   <none>           <none>            app=myapp03
myapp13   1/1     Running   0          5s    10.244.1.139   node01   <none>           <none>            app=myapp03
myapp14   1/1     Running   0          5s    10.244.2.106   node02   <none>           <none>            app=myapp03

在这里插入图片描述
因为拓扑域test=a内，已经有了pod存在于node01节点上，所以

三、亲和性+NotIn 测试

[root@master demo]# vim a.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: myapp10
  labels:
    app: myapp03
spec:
  containers:
  - name: myapp03
    image: soscscs/myapp:v1
  affinity:
    podAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: NotIn
            values:
            - myapp01
        topologyKey: test

[root@master demo]# kubectl delete pod myapp{10..14};for i in myapp{11..15}; do kubectl apply -f a.yaml; sed -ri "4s#myapp1[0-9]#$i#" a.yaml; done
pod "myapp10" deleted
pod "myapp11" deleted
pod "myapp12" deleted
pod "myapp13" deleted
pod "myapp14" deleted
pod/myapp10 created
pod/myapp11 created
pod/myapp12 created
pod/myapp13 created
pod/myapp14 created
[root@master demo]# kubectl  get pods -o wide --show-labels 
NAME      READY   STATUS    RESTARTS   AGE   IP             NODE     NOMINATED NODE   READINESS GATES   LABELS
myapp01   1/1     Running   0          91m   10.244.1.112   node01   <none>           <none>            app=myapp01
myapp10   1/1     Running   0          5s    10.244.1.140   node01   <none>           <none>            app=myapp03
myapp11   1/1     Running   0          5s    10.244.2.107   node02   <none>           <none>            app=myapp03
myapp12   1/1     Running   0          4s    10.244.1.141   node01   <none>           <none>            app=myapp03
myapp13   1/1     Running   0          4s    10.244.2.108   node02   <none>           <none>            app=myapp03
myapp14   1/1     Running   0          4s    10.244.1.142   node01   <none>           <none>            app=myapp03

在这里插入图片描述

四、非亲和性+In 测试

[root@master demo]# vim a.yaml
apiVersion: v1
kind: Pod
metadata:
  name: myapp10
  labels:
    app: myapp03
spec:
  containers:
  - name: myapp03
    image: soscscs/myapp:v1
  affinity:
    podAntiAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - myapp01
        topologyKey: test

[root@master demo]# kubectl delete pod myapp{10..14};for i in myapp{11..15}; do kubectl apply -f a.yaml; sed -ri "4s#myapp1[0-9]#$i#" a.yaml; done
pod "myapp10" deleted
pod "myapp11" deleted
pod "myapp12" deleted
pod "myapp13" deleted
pod "myapp14" deleted
pod/myapp10 created
pod/myapp11 created
pod/myapp12 created
pod/myapp13 created
pod/myapp14 created
[root@master demo]# kubectl  get pods -o wide --show-labels 
NAME      READY   STATUS    RESTARTS   AGE   IP             NODE     NOMINATED NODE   READINESS GATES   LABELS
myapp01   1/1     Running   0          96m   10.244.1.112   node01   <none>           <none>            app=myapp01
myapp10   0/1     Pending   0          4s    <none>         <none>   <none>           <none>            app=myapp03
myapp11   0/1     Pending   0          3s    <none>         <none>   <none>           <none>            app=myapp03
myapp12   0/1     Pending   0          3s    <none>         <none>   <none>           <none>            app=myapp03
myapp13   0/1     Pending   0          3s    <none>         <none>   <none>           <none>            app=myapp03
myapp14   0/1     Pending   0          3s    <none>         <none>   <none>           <none>            app=myapp03


[root@master demo]# kubectl  describe  pod myapp10

在这里插入图片描述
在这里插入图片描述

五、非亲和性 + NotIn 测试

[root@master demo]# vim a.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: myapp10
  labels:
    app: myapp03
spec:
  containers:
  - name: myapp03
    image: soscscs/myapp:v1
  affinity:
    podAntiAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: NotIn
            values:
            - myapp01
        topologyKey: test

[root@master demo]# kubectl delete pod myapp{10..14};for i in myapp{11..15}; do kubectl apply -f a.yaml; sed -ri "4s#myapp1[0-9]#$i#" a.yaml; done
pod "myapp10" deleted
pod "myapp11" deleted
pod "myapp12" deleted
pod "myapp13" deleted
pod "myapp14" deleted
pod/myapp10 created
pod/myapp11 created
pod/myapp12 created
pod/myapp13 created
pod/myapp14 created
[root@master demo]# kubectl  get pods -o wide --show-labels 
NAME      READY   STATUS    RESTARTS   AGE    IP             NODE     NOMINATED NODE   READINESS GATES   LABELS
myapp01   1/1     Running   0          102m   10.244.1.112   node01   <none>           <none>            app=myapp01
myapp10   1/1     Running   0          8s     10.244.2.109   node02   <none>           <none>            app=myapp03
myapp11   0/1     Pending   0          8s     <none>         <none>   <none>           <none>            app=myapp03
myapp12   0/1     Pending   0          7s     <none>         <none>   <none>           <none>            app=myapp03
myapp13   0/1     Pending   0          7s     <none>         <none>   <none>           <none>            app=myapp03
myapp14   0/1     Pending   0          7s     <none>         <none>   <none>           <none>            app=myapp03


[root@master demo]# kubectl  describe  pod myapp11

在这里插入图片描述
在这里插入图片描述

这小子贼帅
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
6-3 Pod亲和与反亲和, 污点与容忍, 驱逐
分享云原生，容器，运维等干货知识
09-13 354
在6-2 nodeSelector, nodeName, node亲和与反亲和中通过node打标签和部署文件匹配标签，实现pod可调度性。而Pod亲和与反亲和则通过node已经运行的pod作为调度标准。
2、Kubernetes 调度器 - 调度亲和性1
08-04
Pod 亲和性可以分为两种策略：Pod 亲和性和 Pod 反亲和性。Pod 亲和性用于控制两个 pod 调度到同一个节点上，而 Pod 反亲和性用于控制两个 pod 调度到不同的节点上。 在 Kubernetes 中，可以使用 `podAffinity` 和 ...
K8S pod 亲和与反亲和 （podAffinity与podAntiAffinity）
soliso
02-10 1997
K8S pod 亲和与反亲和 （podAffinity与podAntiAffinity）
K8s集群中的Pod调度约束亲和性与反亲和性
最新发布
qq_64612585的博客
05-28 1498
Pod 的生命周期是指从 Pod 被创建到最终被销毁的整个过程，涉及多个阶段和状态转换，以及可能执行的各种操作。Pod 生命周期/启动过程① 首先，由 pid 为1的 init 容器（pause容器）管理整个容器的初始化② 接着，init 容器串行启动③ 容器启动时执行 postStart 操作④ 随后启动存活探针和就绪探针⑤ 根据资源限制的 request 和 limit 启动应用容器⑥ 最后，在容器退出时执行 preStop 操作。
研发工程师玩转Kubernetes——Pod亲和性调度实验
方亮的专栏
07-27 175
在一文中我们介绍了Pod的反亲和性应用。本节我们将使用亲和性做几个实验。nginx Pod在每个Node上只能存在一个；alpine Pod在每个Node上只能存在一个，同时要求该Node上还要有nginx Pod。
云原生Kubernetes：pod亲和性与反亲和性
cronaldo91的博客
09-19 1470
批量删除之前的pod myapp10-myapp14，并创建pod myapp10-myapp14done。
Pod的亲和性和反亲和性
m0_75209491的博客
01-09 1432
如何部署pod是重要的集群的调度机制，合理的配置pod调度机制可以实现资源最大化利用。拓扑域：k8s集群节点当中的一个组织结构，可以更具节点的物理关系或者逻辑关系进行划分。可以用来表示节点之间的空间关系。网络关系或者其他类型的关系。这里的亲和性反亲和性都指的是标签。node匹配的是主机的标签而pod匹配的是pod自己的标签。
2、Kubernetes 调度器 - 调度亲和性 [Unlocked by www.freemypdf.com].pdf
05-05
pod.spec.nodeAffinity preferredDuringSchedulingIgnoredDuringExecution：软策略 requiredDuringSchedulingIgnoredDuringExecution：硬策略
关于ipod的用户体验
06-18
6. **添加物质性和真实感**：应用设计应接近现实世界的逻辑，让用户自然理解其工作原理，提升用户亲和力。 7. **精致图形设计**：利用高分辨率屏幕展示丰富的图形，增加吸引力，让用户享受使用过程。 8. **淡化...
pod亲和性和反亲和性
xiongwenwu的专栏
04-26 2332
背景： 实际使用中，如果希望2个pod在一个node上，那么可以用到node的亲和性，或者使用pod亲和性。如果希望2个io密集型或者2个CPU密集型的pod不在一个node上，就可以用到pod的反亲和性。 一般情况下我们部署的 Pod 是通过集群的自动调度策略来选择节点的，默认情况下调度器考虑的是资源足够，并且负载尽量平均，但是有的时候我们需要能够更加细粒度的去控制 Pod 的调度，比如我们内部的一些服务 gitlab 之类的也是跑在Kubernetes集群上的，我们就不希望对外的一些服务和内部的服务跑在
Kubernetes----Pod亲和性调度
redrose2100的博客
03-25 1546
一、亲和性调度简介 1.1 亲和性简介 亲和性调度是指通过配置的形式，实现优先选择满足条件的Node进行调度，如果没有，也可以调度到不满足条件的节点上，使调度更加灵活 亲和性（Affinity）主要分为三类： 节点亲和性（nodeAffinity）：以node为目标，解决pod可以调度到哪些node的问题 pod亲和性（podAffinity）：以pod为目标，解决pod可以和哪些已经存在pod部署到同一个拓扑域中的问题 pod反亲和性（podAntiAffinity）：以pod为目标，解决pod不能和哪
【k8s】pod调度——亲和，反亲和，污点，容忍
manyulanlanlu的博客
11-05 1651
但我们可以在 Pod 上设置容忍(Tolerations)，意思是设置了容忍的 Pod 将可以容忍污点的存在，可以被调度到存在污点的 Node 上。//由于指定 Pod 所在的 node01 节点上具有带有键 kgc 和标签值 a 的标签，node02 也有这个kgc=a的标签，所以 node01 和 node02 是在一个拓扑域中，反亲和要求新 Pod 与指定 Pod 不在同一拓扑域，所以新 Pod 没有可用的 node 节点，即为 Pending 状态。调度器试图在每个拓扑域中放置数量均衡的 Pod。
k8s之pod调度亲和性和反亲和性
冻梨不是梨的博客
01-04 8404
目录 nodeSelector 亲和性和反亲和性调度 nodeAffinity 节点亲和性 podAffinity pod亲和性 podAntiAffinity pod反亲和性 欢迎关注壹家大数据，后台回复“k8s”,获取k8s权威指南下载链接。 正文 通常情况下，使用的都是k8s默认的调度调度方式，但是在有些情况下，我们需要将pod运行在具有特点的标签的node上才能都运行，...
k8s教程（pod篇）-亲和性与互斥性调度
阿甘兄
12-03 2918
讲解pod的亲和性调度与互斥性调度的概念及例子，并简单地介绍了拓扑域的概念
pod的亲和性和反亲和性
wyh20030130的博客
01-22 1424
特殊情况：NoExecute依然可以部署pod，但是有生命周期，时间一到，pod会被销毁，生命周期结束之后，会被驱逐一部分pod到其他节点，有的节点还是会保留在污点节点上。拓扑域：k8s集群节点当中的一个组织结构，可以根据节点的物理关系或者逻辑关系进行划分，可以用来表示节点之间的空间关系，网络关系或者其他类型的关系。指定key的值，指标节点的标签值，但是不指定污点的类型，那么所有节点上只要包含了这个指定的标签名，可以容忍所有的污点。drain：排水，把该节点下的pod全部转移到其他的node节点上运行。
实战指定pod分散部署节点之pod反亲和性（podAntiAffinity）
manwufeilong的博客
05-17 5657
目录 使用背景和场景 pod亲和性和反亲和性的区别 podAntiAffinity实战部署 反亲和性分软性要求和硬性要求 附完整的deployment.yaml配置 注意 使用背景和场景 业务中的某个关键服务，配置了多个replica，结果在部署时，发现多个相同的副本同时部署在同一个主机上，结果主机故障时，所有副本同时漂移了，导致服务间断性中断 基于以上背景，实现一个服务的多个副本分散到不同的主机上，使每个主机有且只能运行服务的一个副本，这里用到的是Pod anti-affinit
k8s pod反亲和性
09-28
pod的反亲和性是指将多个相关的pod对象调度到不同的位置，以增加系统的可用性和容错能力。在Kubernetes中，可以通过设置topologyKey来实现pod的反亲和性。topologyKey是用于筛选节点的标签键，可以选择不同的topologyKey来将pod调度到不同的拓扑域中，如不同的节点、机柜、机房或地区。通过这种方式，可以实现跨集群、跨机房或跨地区的调度。 需要注意的是，对于亲和性和requiredDuringSchedulingIgnoredDuringExecution的pod反亲和性，topologyKey不能为空。而对于preferredDuringSchedulingIgnoredDuringExecution的pod反亲和性，空的topologyKey表示所有拓扑域。在Kubernetes版本1.12之前，所有拓扑域只能是kubernetes.io/hostname、failure-domain.beta.kubernetes.io/zone和failure-domain.beta.kubernetes.io/region的组合。除此之外，topologyKey可以是任何合法的标签键。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值