网站目录结构,网站建设为什么要全款,网站的seo方案怎么做,网站创建器node亲和性和pod亲和性和反亲和性 污点 cordon drain
集群调度:
schedule的调度算法
预算策略
过滤出合适的节点
优先策略
选择部署的节点
nodeName:硬匹配#xff0c;不走调度策略#xff0c;node01
nodeSelector:根据节点的标签选择#xff0c;会走调度的算法
只…node亲和性和pod亲和性和反亲和性 污点 cordon drain
集群调度:
schedule的调度算法
预算策略
过滤出合适的节点
优先策略
选择部署的节点
nodeName:硬匹配不走调度策略node01
nodeSelector:根据节点的标签选择会走调度的算法
只要是走调度算法在不满足预算策略的情况下所有pod都是pending状态。
node节点的亲和性:
硬策略和软策略
硬策略:必须满足条件匹配原则也是根据节点的标签
软策略:尽量满足你的要求而不是一定满足
pod的亲和性和反亲和性
调度策略: 匹配标签操作符拓扑域调度目标node的亲和性主机标签In(在) Notin(不在) exists(:存在选择标签对象) DoesNotExist(不存在选择不具有指定标签的对象) Gt(大于选择的标签值) Lt(小于选择标签值)不支持指定主机pod的亲和性 pod的标签In(在) Notin(不在) exists(:存在选择标签对象) DoesNotExist(不存在选择不具有指定标签的对象) Gt(大于选择的标签值) Lt(小于选择标签值)支持pod和指定标签的pod部署同一拓扑域pod的反亲和性 pod的标签In(在) Notin(不在) exists(:存在选择标签对象) DoesNotExist(不存在选择不具有指定标签的对象) Gt(大于选择的标签值) Lt(小于选择标签值)支持pod和指定标签的pod部署不同拓扑域
拓扑域k8s集群节点当中的一个组织机构可以根据节点的物理关系或者逻辑关系进行划分。可以用来表示节点之间空间关系网络关系或者其他关系
标签主机标签 注意点
1、pod的亲和亲和性策略在配置时必须要加上拓扑域必须要加上拓扑域的关键字topologyKet,指向节点的标签
2、pod的亲和性的策略也分为硬策略和软策略
3、pid亲和性notin可以替代反亲和性
4、pod亲和性只要是为了把相关联的pod部署在同一节点lnmp
你在进行部署的时候怎么考虑node节点
硬策略 软策略还有污点和容器可以配合node的亲和性一块使用
污点是node调度机制不是pod
被设为污点的节点不会部署pod
污点的亲和性相反亲和性是尽量选择和一定选择
污点的节点一定不被选择
污点的名称taint
taint有三种
1、NoSchedule:k8s是不会把pod调度这个节点上
2、PreferNoSchedule:如果污点类型是他尽量避免把pod部署在该节点上不是一定。(master节点的污点就是这个)
3、NoExecute:如果污点类型是它k8s将会把该节点上pod全部驱除而且也不会调度到这个节点不是基于控制器创建pod的会被直接杀死基于控制器创建pod的会在其他节点重新部署 基于控制器创建的pod虽然被驱逐会在其他节点重新部署
kubectl describe nodes node01 | grep -i taints #查看污点
kubectl taint node node01 key1:NoSchedule #创建污点
kubectl taint node node01 key:NoSchedule- #删除NoSchedule污点
注意点
节点服务器需要维护的维护的情况下服务器关机几点上的pod将会失效。在工作中主要主要部署pod的方式控制器部署deployment控制器是最多的一旦节点设置为驱逐控制器创建的pod会在其他节点重新部署
1、所有的pod都会被驱逐跟命名空间无关所有的一切都会被驱逐
2、不会创建方式是什么都会被驱逐
3、系统集群组件不会被驱逐 容忍机制:
即使节点上设置了污点有了容忍机制依然可以在设置为污点的节点上部署pod.
特殊情况NoExecute依然可以部署pod但是有生命周期时间一到pod会被销毁重新拉起 并不
生命周期结束之后会驱逐一部分pod到其他节点有的节点还是会保留在污点上有的节点还是会保留在污点节点上
该节点维护完毕测试下节点的工作是否正常 tolerations:
-key: key operator: Exists
指定key的值指标节点的标签值但是不指定污点的类型要么所有节点上只要包含了这个指定的标签名可以容忍所有的污点
tolerations
-operator: Exists
-effect: Noschedule
没有key不匹配节点标签会容忍所有污点类型是我指定的类型
node的亲和性
pod亲和性和反亲和性
污点和容忍
如何选择node节点部署pod
选择一个我期望的节点来部署pod
第一个例子
有多个master节点 一般会把kubectl taint node master名称 node-role.kubernetes.io/master:PreferNoschedule
尽量不忘master节点上部署pod但是不是一定的防止资源浪费自定义一个标签
业务维护
node02需要维护2个小时
但是这个节点还有业务pod在运行
就需要把这个节点的污点设置为NoExecute
我们部署pod一般都使用deployment部署会在其他的重新部署并不是被杀死
自主式的pod会被杀死
一点节点恢复一定要污点去除 cordon和drain
cordon可以直接把节点标记为不可用状态
kubectl cordon node01 标记节点不可用
kubectl uncordon node01 删除标记不可用
drain:排水把该节点下的po全部转移到其他node节点上运行
1、一旦执行drain,被执行的节点会变成不可调用状态
2、驱逐该节点上的所有pod
kubectl drain node02 --ignore-daemonsets --delete-local-data --force
drarin:排水标记node节点为不可调度然后驱逐pod
--ignore-daemonsets:忽视daemonsets部署的poddaemonsets部署的pod还在节点
--delete-local-data:有本地挂载卷的会被强制杀死
--force:强制释放不是控制器管的pod
--ignore-daemonsets
还是如何来管理和部署pod node亲和性和pod亲和性和反亲和性
污点 cordon drain
如何部署pod是比价重要的子群资源调度机制合理的配置pod的调度机制可以是资源最大化利用
