kubernetes（k8s）Pod污点与容忍

　　污点（taints）与容忍（tolerations）
　　设置污点
　　kubectltaintnodesnode1key1value1：NoSchedule
　　节点说明中，查找Taints字段
　　kubectldescribepodpodname
　　结果：
　　Taints：key1value1：NoSchedule
　　去除污点
　　kubectltaintnodesnode1key1：NoSchedule
　　对于nodeAffinity无论是硬策略还是软策略方式，都是调度pod到预期节点上，而Taints恰好与之相反，如果一个节点标记为Taints，除非pod也被标识为可以容忍污点节点，否则该Taints节点不会被调度pod。
　　比如用户希望把Master节点保留给Kubernetes系统组件使用，或者把一组具有特殊资源预留给某些pod，则污点就很有用了，pod不会再被调度到taint标记过的节点。我们使用kubeadm搭建的集群默认就给master节点添加了一个污点标记，所以我们看到我们平时的pod都没有被调度到master上去：
　　kubectldescribenodemaster
　　Name：master
　　Roles：master
　　Labels：beta。kubernetes。ioarchamd64
　　beta。kubernetes。iooslinux
　　kubernetes。iohostnamemaster
　　noderole。kubernetes。iomaster
　　。。。。。。
　　Taints：noderole。kubernetes。iomaster：NoSchedule
　　Unschedulable：false
　　。。。。。。
　　我们可以使用上面的命令查看master节点的信息，其中有一条关于Taints的信息：noderole。kubernetes。iomaster：NoSchedule，就表示给master节点打了一个污点的标记，其中影响的参数是NoSchedule，表示pod不会被调度到标记为taints的节点，除了NoSchedule外，还有另外两个选项：
　　PreferNoSchedule：NoSchedule的软策略版本，表示尽量不调度到污点节点上去
　　NoExecute：该选项意味着一旦Taint生效，如该节点内正在运行的pod没有对应Tolerate设置，会直接被逐出
　　污点taint标记节点的命令如下：
　　kubectltaintnodesnode02testnode02：NoSchedule
　　nodenode02tainted
　　上面的命名将node02节点标记为了污点，影响策略是NoSchedule，只会影响新的pod调度，如果仍然希望某个pod调度到taint节点上，则必须在Spec中做出Toleration定义，才能调度到该节点，比如现在我们想要将一个pod调度到master节点：（taintdemo。yaml）
　　apiVersion：appsv1beta1
　　kind：Deployment
　　metadata：
　　name：taint
　　labels：
　　app：taint
　　spec：
　　replicas：3
　　revisionHistoryLimit：10
　　template：
　　metadata：
　　labels：
　　app：taint
　　spec：
　　containers：
　　name：nginx
　　image：nginx：1。7。9
　　ports：
　　name：http
　　containerPort：80
　　tolerations：
　　key：noderole。kubernetes。iomaster
　　operator：Exists
　　effect：NoSchedule
　　由于master节点被标记为了污点节点，所以我们这里要想pod能够调度到master节点去，就需要增加容忍的声明：
　　tolerations：
　　key：noderole。kubernetes。iomaster
　　operator：Exists
　　effect：NoSchedule
　　kubectlcreateftaintdemo。yaml
　　deployment。appstaintcreated
　　kubectlgetpodsowide
　　NAMEREADYSTATUSRESTARTSAGEIPNODE
　　。。。。。。
　　taint845d8bb4fb57mhm11Running01m10。244。4。247node02
　　taint845d8bb4fbbbvmp11Running01m10。244。0。33master
　　taint845d8bb4fbzb78x11Running01m10。244。4。246node02
　　。。。。。。
　　我们可以看到有一个pod副本被调度到了master节点，这就是容忍的使用方法。
　　对于tolerations属性的写法，其中pod的key、value、effect与Node的Taint设置需保持一致，还有以下几点说明：
　　如果operator的值是Exists，则value属性可省略
　　如果operator的值是Equal，则表示其key与value之间的关系是equal（等于）
　　如果不指定operator属性，则默认值为Equal
　　另外，还有两个特殊值：
　　kubectltaintnodesnode01keyvalue：NoSchedule
　　tolerations：
　　key：key
　　operator：Equal
　　value：value
　　effect：NoScheduale
　　空的key（是指key没有指定，而不是指key为空字符串）如果再配合operatorExists就能匹配所有的key与value，也是能容忍所有node的所有Taints
　　空的effect匹配所有的effect
　　最后，如果我们要取消节点的污点标记，可以使用下面的命令：
　　kubectltaintnodesnode02test
　　nodenode02untainted