《Kubernetes知识篇：Kubernetes之pod污点和容忍度》

已于 2023-10-17 13:33:58 修改
阅读量1w 收藏 14
点赞数 4
分类专栏： 《企业级K8s集群运维实战》 文章标签： 运维 kubernetes k8s
于 2021-09-24 13:17:36 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.csdn.net/m0_37814112/article/details/120453060
版权

总结：整理不易，如果对你有帮助，可否点赞关注一下？

更多详细内容请参考：企业级K8s集群运维实战

一、简介

Kubernetes官方文档：污点和容忍度
kubernetes污点和容忍度测试用例

Taint（污点)，它使节点能够排斥一类特定的 Pod。
容忍度（Tolerations）是应用于 Pod 上的，允许（但并不要求）Pod 调度到带有与之匹配的污点的节点上。
污点和容忍度（Toleration）相互配合，可以用来避免 Pod 被分配到不合适的节点上。 每个节点上都可以应用一个或多个污点，这表示对于那些不能容忍这些污点的 Pod，是不会被该节点接受的。

二、pod对象的排斥等级

NoSchedule
如果新创建pod没有设置容忍度的话，那么该pod不会被调度，但是不会影响之前已经调度的pod。

NoExecute
既影响调度过程，又影响现存的pod，如果已经存在的pod不能容忍节点后来加的污点，这个pod就会被驱逐。

PreferNoSchedule
尽量避免将Pod调度到具有污点的节点上，如果集群中有没有污点的节点则优先调度到干净节点，如果所有工作节点都被打上污点，则也可以正常调度到这些有污点的工作节点上。

如下图所示：
在这里插入图片描述

三、污点且无容忍度

问题一：为什么master节点的污点排斥等级为Noschedule，却有pod可以被调度呢？
在这里插入图片描述
原因：因为这些可以被调度的pod都设置了容忍度NoExecute，而NoExecute排斥等级高于Noschedule，可以向下包容的，所以可以被调度。如下所示：
在这里插入图片描述

3.1、污点之排斥等级NoSchedule

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-16增加一个污点，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule
node/k8s-worker-16 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-16 | grep Taints
Taints:             deploy=nginx:NoSchedule

在这里插入图片描述
若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule-

3、创建Deployment，观察pod调度情况，如下所示：

vim taintNoSchedule.yaml
apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 3           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

如下图所示：
在这里插入图片描述
结论：由于k8s-worker-16节点有污点，且没有配置pod容忍度，所以pod无法被调度到k8s-worker-16节点，而当前k8s集群工作节点只有k8s-worker-16和k8s-worker-21，所以pod全部被调度到另外一台工作节点，即k8s-worker-21节点上。

4、使用命令kubectl taint给节点k8s-worker-21增加一个污点，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule
node/k8s-worker-16 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:NoSchedule

5、创建Deployment，观察pod调度情况

[root@k8s-client-17 yaml]# kubectl delete -f taintNoSchedule.yaml 
deployment.apps "nginx-deployment" deleted
[root@k8s-client-17 yaml]# kubectl apply -f taintNoSchedule.yaml 
deployment.apps/nginx-deployment created
[root@k8s-client-17 yaml]# kubectl get pods -o wide
NAME                                READY   STATUS    RESTARTS   AGE   IP       NODE     NOMINATED NODE   READINESS GATES
nginx-deployment-845d4d9dff-4hp4h   0/1     Pending   0          5s    <none>   <none>   <none>           <none>
nginx-deployment-845d4d9dff-6shr8   0/1     Pending   0          5s    <none>   <none>   <none>           <none>
nginx-deployment-845d4d9dff-fxk2s   0/1     Pending   0          5s    <none>   <none>   <none>           <none>

如下所示：
在这里插入图片描述
结论：由于k8s-worker-16节点和k8s-worker-21节点都被打上污点，且没有配置pod容忍度，所以新创建的pod无法被调度到这两个节点，而当前k8s集群工作节点只有k8s-worker-16和k8s-worker-21，无其他工作节点，所以新创建的pod无法调度到合适的节点，pod会一直处于Pending状态。

6、k8s-worker-21移除污点

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule-
node/k8s-worker-21 untainted
[root@k8s-client-17 yaml]# kubectl describe node k8s-worker-21 | grep Taints 
Taints:             <none>

7、创建Deployment，观察pod调度情况
在这里插入图片描述
结论：k8s-worker-21移除污点，重新创建pod，则该pod可以正常调度到k8s-worker-21节点上。

3.2、污点之排斥等级NoExecute

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-21增加一个污点，排斥等级为NoExecute，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoExecute
node/k8s-worker-21 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:NoExecute

若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-21 deploy=nginx:NoExecute-

3、创建Deployment，观察pod调度情况，如下所示：

vim taintNoSchedule.yaml
apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 3           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

如下图所示：
在这里插入图片描述
结论：k8s-worker-21工作节点被打上污点，排斥等级为NoExecute，且没有配置pod容忍度的话，会自动删除该节点上已经存在的pod。

3.3、污点之排斥等级PreferNoSchedule

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-21增加一个污点，排斥等级为NoExecute，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:PreferNoSchedule
node/k8s-worker-21 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:PreferNoSchedule

若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-21 deploy=nginx:PreferNoSchedule-

3、创建Deployment，观察pod调度情况，如下所示：

vim taintNoSchedule.yaml
apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 8           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

如下图所示：
在这里插入图片描述
结论：k8s-worker-16和k8s-worker-21工作节点被打上污点，排斥等级为PreferNoSchedule，且没有配置pod容忍度的话，经观察pod可以正常调度到k8s-worker-16和k8s-worker-21工作节点上。

四、污点且有容忍度

设置了污点的node要根据taint的effect: Noscedule、PreferNoSchedule、NoExecute 和 Pod 之间产生互斥的关系，pod将在一定程度上不会调度到该node上，但我们可以在pod上设置容忍（toleration），意思是设置了容忍的pod可以将容忍污点的存在，可以被调度到存在污点的node上。

tolerations:
- key: "key1"
  operator: "Equal"
  value: "Value"
  effect: "NoSchedule"
  tolerationSeconds: 3600
- key: "key1"
  operator: "Equal"
  value: "Value"
  effect: "NoExecute"
- key: "key2"
  operator: "Exists"
  effect: "NoSchedule"

其中 key ，value， effect 要与 Node 上设置的 taint 保持一致，operator 的值为 Exists 将会忽略 value 值，tolerationsSeconds 用于描述当 Pod 需要被驱逐时可以在 Pod 上继续保留运行的时间。

1、当不指定key值时，表示容忍所有的污点key

tolerations:
- operator: "Exists"

2、当不指定effect值时，表示容忍key为app的所有排斥等级

tolerations:
- key: "app"
  operator: "Exists"

3、当有多个Master存在时，为防止资源浪费，可以如下设置

kubectl taint nodes master-nodename node-role.kubernetes.io/master:PreferNoSchedule

容忍度属性字段参数详解，如下图所示：
在这里插入图片描述

4.1、容忍度NoSchedule之通配

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-16和k8s-worker-21增加污点，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule
node/k8s-worker-16 tainted
[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule
node/k8s-worker-21 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-16 | grep Taints
Taints:             deploy=nginx:NoSchedule
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:NoSchedule

若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule-
kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule-

3、创建Deployment，观察pod调度情况，如下所示：

vim tolerations-1.yaml

apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 8           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
      tolerations: #容忍度属性
      - key: "deploy"  #label标签名称,对等于app: nginx中左边的app
        operator: "Exists"  #表示等值关系,只要对应的键是存在的,exists,其值被自动定义成通配符
        value: ""  #label标签名称,对等于app: nginx中有右边的nginx,为空的话表示比配nginx="任意值",可以是app: nginx1或app: nginx2等
        effect: "" #effect表示要匹配的排斥等级,NoSchedule、NoExecute、PreferNoSchedule,空意味着匹配所有的排斥等级

如下图所示：
在这里插入图片描述
结论：k8s-worker-16节点和k8s-worker-21节点都被打上污点，排斥等级为NoExecute，yaml文件中定义的tolerations属性，operator等值关系为Exists，其值被自动定义成通配符value和effect对应的值为空，表示匹配value和effect值为任意值，即被打上污点的节点key对应的值为deploy，value的值为任意值，effect排斥等级为NoSchedule或NoExcuete或PreferNoschedule均可被容忍，即可正常调度到该节点。

4.2、容忍度NoExecute完全匹配

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-16和k8s-worker-21增加污点，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-16 deploy=nginx:NoExecute
node/k8s-worker-16 tainted
[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoExecute
node/k8s-worker-21 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-16 | grep Taints
Taints:             deploy=nginx:NoExecute
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:NoExecute

若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-16 deploy=nginx:NoExecute-
kubectl taint node k8s-worker-21 deploy=nginx:NoExecute-

3、创建Deployment，观察pod调度情况，如下所示：

vim tolerations-2.yaml

apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 8           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
      tolerations: #容忍度属性
      - key: "deploy"  #label标签名称,对等于app: nginx中左边的app
        operator: "Equal"  #表示等值关系,即必须完全匹配,effect字段、value值必须与节点保持一致
        value: "nginx"  #label标签名称,对等于app: nginx中有右边的nginx,为空的话表示比配nginx="任意值",可以是app: nginx1或app: nginx2等，不能为空
        effect: "NoExecute" #effect表示要匹配的排斥等级,NoSchedule、NoExecute、PreferNoSchedule,不能为空 
        tolerationSeconds: 30 #表示容忍的时间周期,必须是NoExecute,否则该字段将被忽略,没有设置，这意味着永远容忍污染,不会驱逐，0和负值将被视为0表示立即驱逐

如下图所示：
在这里插入图片描述
等待30秒后，如下图所示：
在这里插入图片描述
说明：这里设置为30秒，符合污点的节点创建并且运行1分钟后进入回收状态，新的pod又调度到此节点，一分钟后再次删除，创建、删除…一直下去。

结论：k8s-worker-16节点和k8s-worker-21节点都被打上污点，排斥等级为NoExecute，yaml文件中定义了pod的容忍度为NoExecute，与当前k8s-worker-16节点和k8s-worker-21节点污点排斥等级一致，则是可以正常调度的。这里要注意的是tolerationSeconds: 30，表示容忍的时间周期,必须是NoExecute,否则该字段将被忽略,没有设置，这意味着永远容忍污染,不会驱逐，0和负值将被视为0表示立即驱逐。

4.3、容忍度NoSchedule完全匹配

1、k8s集群worker节点默认是没有污点的，如下图所示：
在这里插入图片描述
2、使用命令kubectl taint给节点k8s-worker-16和k8s-worker-21增加污点，如下图所示：

[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule
node/k8s-worker-16 tainted
[root@k8s-client-17 yaml]# kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule
node/k8s-worker-21 tainted
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-16 | grep Taints
Taints:             deploy=nginx:NoSchedule
[root@k8s-client-17 yaml]# kubectl describe nodes k8s-worker-21 | grep Taints
Taints:             deploy=nginx:NoSchedule

若要移除上述命令所添加的污点，你可以执行：

#移除污点
kubectl taint node k8s-worker-16 deploy=nginx:NoSchedule-
kubectl taint node k8s-worker-21 deploy=nginx:NoSchedule-

3、创建Deployment，观察pod调度情况，如下所示：

vim tolerations-3.yaml 

apiVersion: apps/v1      #apiVersion是当前配置格式的版本
kind: Deployment         #kind是要创建的资源类型，这里是Deploymnet
metadata:                #metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:                   #spec部分是该Deployment的规则说明
  replicas: 8           #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:             #template定义Pod的模板，这是配置的重要部分
    metadata:           #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:               #spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
        tolerations: #容忍度属性
        - key: "deploy"  #label标签名称,对等于app: nginx中左边的app
          operator: "Equal"  #表示等值关系,即必须完全匹配,effect字段、value值必须与节点保持一致
          value: "nginx"  #label标签名称,对等于app: nginx中有右边的nginx,为空的话表示比配nginx="任意值",可以是app: nginx1或app: nginx2等，不能为空
          effect: "NoSchedule" #effect表示要匹配的排斥等级,NoSchedule、NoExecute、PreferNoSchedule,不能为空

如下图所示：
在这里插入图片描述
结论：k8s-worker-16节点和k8s-worker-21节点都被打上污点，排斥等级为NoSchedule，按照规则新创建的pod是调度不了的，但是在yaml文件中定义了pod的容忍度为NoSchedule，与当前k8s-worker-16节点和k8s-worker-21节点污点排斥等级一致，则是可以正常调度的。

总结：整理不易，如果对你有帮助，可否点赞关注一下？

更多详细内容请参考：企业级K8s集群运维实战

东城绝神
关注
  • 4
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
K8S taint（污点）和tolerations（污点容忍）
运维@小兵的博客
09-20 3621
一、Taint（污点） 1.1概念 节点亲和性是 Pod 的一种属性，它使 Pod 被吸引到一类特定的节点 。 这可能出于一种偏好，也可能是硬性要求。 Taint（污点）则相反，它使节点能够排斥一类特定的 Pod。 1.2设置污点 kubectl taint nodes [Node Name] key=value:[effect] effect可取三种值： NoSchedule #一定不能被调度【常用】 PreferNoShedule #尽量不要调度 NoExecute #不仅不会调度，而且还会驱
k8s-污点 (Taint)和容忍 (Tolerations)
weixin_61269220的博客
10-13 1万+
如果一个节点被标记为有污点，那么意味着不允许pod调度到该节点，除非pod也被标记为可以容忍污点节点在使用kubeadm部署的k8s集群的时候应该会发现，通常情况下，应用是不会调度到master节点的。因为kubeadm部署的k8s集群默认给master节点加了Taints（污点）设置了污点的Node将根据taint的effect：NoSchedule、PreferNoSchedule、NoExecute和Pod之间产生互斥的关系，Pod将在一定程度上不会被调度到Node上。
【kubernetes】关于k8s集群的污点、容忍、驱逐以及k8s集群故障排查思路
最新发布
wyq2070857323的博客
05-29 790
节点亲和性，是Pod的一种属性（偏好或硬性要求），它使Pod被吸引到一类特定的节点。Taint 则相反，它使节点能够排斥一类特定的 Pod。Taint 和 Toleration 相互配合，可以用来避免 Pod 被分配到不合适的节点上。每个节点上都可以应用一个或多个 taint ，这表示对于那些不能容忍这些 taint 的 Pod，是不会被该节点接受的。如果将 toleration 应用于 Pod 上，则表示这些 Pod 可以（但不一定）被调度到具有匹配 taint 的节点上。
k8s打污点、取消污点、驱动pod
三朝看客
05-11 2755
这将驱逐该节点上的所有 Pod，并将它们迁移到其他节点上。在驱逐过程中，调度程序将遵循 Pod 的亲和性和反亲和性规则，以确保它们被调度到适当的节点上。请注意，驱逐节点需要适当的权限，因此请确保您具有足够的权限来管理节点。此外，在驱逐节点之前，请确保将工作负载重新调度到其他节点，以确保集群的可用性。当您运行此命令时，该节点上的该污点将被删除，Kubernetes 将能够在该节点上调度具有该污点要求的 Pod。是要取消的污点的键。请注意，打污点需要适当的权限，因此请确保您具有足够的权限来管理节点。
【kubernetes系列】Kubernetes之Taints和tolerations
margu_168的博客
07-03 1001
节点亲和性是pod的一种属性（优先选择或硬性要求），它使 pod 被优先分配到一类特定的节点上。而Taint则相反，它使节点能够排斥一类特定的 pod。Taints（污点）与tolerations（容忍度）一起工作确保Pod不会被调度到不合适的节点上。Taints是node的属性，单个节点可以添加多个taint（污点），node不接受无法容忍taint（污点）的pod的调度。Toleration（容忍度）是pod的属性，允许（非强制）pod调度到taints（污点）相匹配的node上去。
Kubernetes学习之污点
Micky_Yang的博客
09-23 1557
一、认识污点 　　污点（taints）是定义在节点之上的键值型属性数据，用于让节点拒绝将Pod调度运行于其上除非该Pod对象具有接纳节点污点的容忍度。而容忍度（tolerations）是定义在Pod对象上的键值型属性数据，用于配置其可容忍的节点污点，而且调度器仅能将Pod对象调度至其能够容忍该节点污点的节点之上，如下图所示： 　　节点选择器（nodeSelector）和节点亲和性（nodeAffinity）两种调度方式都是通过在Pod对象上添加标签选择器来完成对特定类型节点标签的匹配，它们实现的是由Pod
kubernetes污点和容忍度测试用例
09-25
了解并熟练运用污点和容忍度机制，可以帮助我们更精细地控制Kubernetes集群的资源分配和Pod调度，提高集群的稳定性和效率。在编写测试用例时，应确保覆盖各种可能的组合，以充分验证系统的正确性。
kubernetes-api:访问Pod中的kubernetes API
05-01
在POD中访问KUBERNETES API介绍在Kubernetes中，可以使用“ kubectl”命令来管理大量资源或实体（吊舱，部署，服务，机密等）。 但是，可以使用kubernetes Rest API（ ）直接管理所有这些资源。 可以直接进行api调用...
kubernetes-demo:使用Pod可视化演示Kubernetes
05-09
Kubernetes容器可视化器 这个简单的可视化工具显示了一组与基于命名空间的服务相关的Pod。 它基于但进行了一些修改。 先决条件 Kubernetes集群 通过kubectl访问Kubernetes代理 设定说明 进入该存储库。 使用...
kubernetes-client：Scala的Kubernetes客户端
02-05
本篇将详细探讨针对Scala编程语言的Kubernetes客户端——`kubernetes-client`。 `kubernetes-client` 是一个强大的工具，它提供了丰富的API接口，使得开发人员可以轻松地在Scala程序中创建、更新、删除Pods、...
kubernetes-rust：Kubernetes的Rust客户端
02-03
这个库包含了Kubernetes API的各种操作，如Pod、Service、Deployment、ConfigMap等核心资源类型的CRUD（创建、读取、更新、删除）操作。此外，它还可能提供了方便的类型定义和方法，使得开发者能够更自然地与...
k8s资源控制（污点和容忍）
qq_44135433的博客
11-23 1024
xxxxx
K8S之Taints污点与Tolerations容忍详解
ligaoman521的博客
05-20 548
Taints污点和Tolerations容忍概述 节点和Pod亲和力，是将Pod吸引到一组节点【根据拓扑域】（作为优选或硬性要求）。污点（Taints）则相反，它们允许一个节点排斥一组Pod。 容忍（Tolerations）应用于pod，允许（但不强制要求）pod调度到具有匹配污点的节点上。 污点（Taints）和容忍（Tolerations）共同作用，确保pods不会被调度到不适当的节点。一个或多个污点应用于节点；这标志着该节点不应该接受任何不容忍污点的Pod。 说明：我们在平常使用中发现pod不
K8S - k8s查看污点和删除污点
热门推荐
迦南的专栏
03-31 2万+
查看污点，可以使用以下命令 kubectl describe nodes k8s-master |grep Taints Taints: gameble=true:NoSchedule [root@k8s-master ~]# kubectl describe nodes k8s-node1 | grep Taints Taints: drunk=true:NoSchedule [root@k8s-master ~]# kubectl describe n
k8s(18)之污点与容忍
qq_23435961的博客
12-10 1536
Kubernetes 污点与容忍 首先说一下污点(Taint)，当我们需要将master节点保留给Kubernetes系统组件调用时，或者需要保留master节点的资源时，我们可以标记一个Taint，当节点标记Taint时，除非Pod也被识别为可以容忍(Toleration)污点的节点,否则默认情况下Kubernetes scheduler不会将Pod调度到有污点的节点上 Kubernetes 亲和性调度 一般情况下我们部署的 Pod 是通过集群的自动调度策略来选择节点的，默认情况下调度器考虑的是资源足够
k8s的pod调度之污点与污点容忍以及pod指定调度
huahua1999的博客
04-10 4389
目录 k8s的污点介绍 Taints案例，给节点添加污点 污点容忍，Tolerations 案例 删除污点 nodeName k8s的污点介绍 基于节点标签分配是站在Pod的角度上，通过在Pod上添加属性，来确定Pod是否要调度到指定的Node上，其实我们也可以站在 Node的角度上，通过在Node上添加污点属性，来避免Pod被分配到不合适的节点上。 Taints：避免Pod调度到特定Node上 Tolerations：允...
【Kubernetes】第二十篇 - k8s 污点和容忍度
BraveWangDev
03-07 1104
上一篇，介绍了 k8s ConfigMap 管理服务环境变量；本篇，介绍 k8s 污点和容忍度；通过污点和容忍度配置可以干预 Pod 部署到特定的节点；比如：不想让某些服务、deploy、pod 部署到某台机器上；专门负责部署 mysql 的机器，可以设置污点默认不能部署其他服务；污点和容忍度在 Kubernetes 中， Pod 被部署到 Node 上面去的规则和逻辑是由 Kubernetes 的调度组件根据 Node 的剩余资源，地位，以及其他规则自动选择调度的。
k8s入门（一）之pod创建、label使用、污点、亲和性、RS
Wielun
05-31 1168
pod创建、label使用、污点、亲和性、RS
k8s污点的使用
qq_34953582的博客
06-15 300
k8s污点的使用
2.K8S初体验1
08-03
2.K8S初体验1

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

东城绝神

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

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

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

打赏作者

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

抵扣说明：

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

余额充值