kubernetes第七天

1.影响pod调度的因素

nodeName   节点名

resources     资源限制

hostNetwork   宿主机网络

污点

污点容忍

Pod亲和性

Pod反亲和性

节点亲和性

2.污点

通常是作用于worker节点上，其可以影响pod的调度

语法：key[=value]:effect

effect:[ɪˈfekt]

effect必须是NoSchedule、PreferNoSchedule或NoExecute。

NoSchedule: [noʊ,ˈskedʒuːl]

该节点不再接收新的Pod调度，但不会驱赶已经调度到该节点的Pod。

PreferNoSchedule: [prɪˈfɜːr,noʊ,ˈskedʒuː] 
该节点可以接受调度，但会尽可能将Pod调度到其他节点，换句话说，让该节点的调度优先级降低啦。

NoExecute:[ˈnoʊ,eksɪkjuːt] 
该节点不再接收新的Pod调度，与此同时，会立刻驱逐已经调度到该节点的Pod。

1.查看节点污点

kubectl describe nodes

2.创建10个pod,发现pod调度在232和233节点上

3.给k8s232打上污点

kubectl taint node k8s232 wudianmingzi=wudian:NoExecute

4.查看污点kubectl describe nodes|grep Taints，发现此时已经有污点

5.查看pod信息，发现此时所有pod都调度到k8s233上

6.移除污点：kubectl taint node k8s232 wudianmingzi-

7.移除污点，从新创建pod之后，pod能重新调度到pod上

命令总结：

查看污点：
kubectl describe nodes|grep Taints
制造污点帮助信息
kubectl taint --help
制造污点
kubectl taint node 节点名 key=value:NoExecute
value可省略
移除污点
kubectl taint node k8s232 key-NoExecute  移除现在节点所有的pod
NoSchedule 不移除，但是不会有新的pod
PreferNoSchedule  优先级降低

3.污点容忍

pod.spec.tolerations

spec:# 配置Pod的污点容忍tolerations:# 指定污点的key# 若不指定key，则operator的值必须为Exists，表示匹配所有的key- key: qq# 指定污点的valuevalue: ww# 指定污点的effect，有效值为: NoSchedule, PreferNoSchedule,NoExecute# 若不指定则匹配所有的影响度。effect: NoExecute# 表示key和value的关系，有效值为Exists， Equal。#    Exists:#      表示存在指定的key即可，若配置，则要求value字段为空。#    Equal:#      默认值，表示key=value。operator: Equal- key: weboperator: Exists- key: node-role.kubernetes.io/masteroperator: Exists# 如果不指定key，value，effect，仅配置"operator: Exists"表示无视任何污点!#- operator: Exists

例1：匹配所有key为web，value值为空，effect为NoExecute的污点

tolerations:
- key: "web"operator: "Exists"  # 当value为空时，使用Exists表示key存在即可effect: "NoExecute"

例2：匹配所有key为test，值为version1，effect为所有的污点

tolerations:
- key: "test"operator: "Equal"  # 当指定了具体的value时，使用Equal进行匹配value: "version1"effect: "*"  # "*"表示匹配所有可能的effect值

例3：忽视所有污点

tolerations:
- operator: "Exists"  # 使用Exists且不指定key和effect，表示容忍所有污点

补充：实现pod调度到特定两个pod上

给节点打标签：

kubectl label nodes k8s231 key=value

选择调度的节点（所有节点忽视所有污点，如上例三配置）

spec:nodeSelector:key=value...
注意:节点必须包含所有这里的标签，才会被选上

所有节点删除标签

kubectl label nodes --all  key-

但是这样子当两个节点，比如节点a,key=value1,key2=value2，此时无法满足，所有引入了亲和性。

4.节点亲和性

查看相关信息

三种类型：节点亲和性，pod亲和性，pod反亲和性

节点亲和性：

节点亲和性会匹配各个节点的标签，如果匹配成功则会调度到这个节点，如下代码，pod会调度到标签为eat=shaokao或者eat=longxia的节点上

affinity:# 定义节点的亲和性nodeAffinity:# 定义硬限制requiredDuringSchedulingIgnoredDuringExecution:# 定义节点的匹配条件nodeSelectorTerms:# 基于节点的标签进行匹配- matchExpressions:# 指定标签的key- key: eat# 指定标签的valuevalues:- shaokao- longxia# 指定key和value之间的对应关系operator: In# 指定key和value之间的对应关系，有效值如下:#   In:#     key的值必须在vlaues内。要求values不能为空。#   NotIn:#     和In相反。要求values不能为空。#   Exists:#     只要存在指定key即可，vlaues的值必须为空。#   DoesNotExist:#     只要不存在指定key即可，vlaues的值必须为空。#   Gt:#     表示大于的意思，values的值会被解释为整数。#   Lt:#     表示小于的意思，values的值会被解释为整数。

如图

5.pod亲和性与反亲和性

pod的亲和性，当拓扑域topologyKey匹配的节点标签的key匹配成功，则所有pod都往节点标签是这个key的节点调度，比方说在广州，深圳，佛山三地都有服务器，想让所有pod都调度到其中一地。如何实现：
1.给不同地址的节点打标签

kubectl label node k8s231 place=guangzhou

kubectl label node k8s232 place=shenzhun

kubectl label node k8s233 place=foshan

如图所示，通过设置节点亲和性，拓扑域topologyKey，设为标签的key(这里为place),即可完成上述需求。

此时所有pod都会调度到其中一地。

反亲和性：将podAddinity改为podAntiAffinity，其他不变，此时每个topologyKey标签只能调度一个pod。若没有足够的节点（每个节点的标签place的值应该与其他不同），则剩下的pod将会处于penging状态。

6.DaemonSet

DaemonSet概述:
    DaemonSet确保全部worker节点上运行一个Pod的副本。
    DaemonSet的一些典型用法：
        (1)在每个节点上运行集群守护进程(flannel等)
        (2)在每个节点上运行日志收集守护进程(flume，filebeat，fluentd等)
        (3)在每个节点上运行监控守护进程（zabbix agent，node_exportor等）
    温馨提示:
        (1)当有新节点加入集群时，也会为新节点新增一个Pod;
        (2)当有节点从集群移除时，这些Pod也会被回收;
        (3)删除DaemonSet将会删除它创建的所有Pod;
        (4)如果节点被打了污点的话，且DaemonSet中未定义污点容忍，则Pod并不会被调度到该节点上;("flannel案例")