网站建设人员信息优科技网站建设

网站建设人员信息,优科技网站建设,什么公司做网站的多,虚拟主机价格一般多少钱K8S中的优先级一、Pod优先级优先级是什么#xff1f;优先级代表一个Pod相对其他Pod的重要性优先级有什么用优先级可以保证重要的Pod被调用运行如何使用优先级和抢占配置优先级类PriorityClass创建Pod是为其设置对应的优先级PriorityClassPriorityClass是一个全局资源对象…K8S中的优先级一、Pod优先级优先级是什么优先级代表一个Pod相对其他Pod的重要性优先级有什么用优先级可以保证重要的Pod被调用运行如何使用优先级和抢占配置优先级类PriorityClass创建Pod是为其设置对应的优先级PriorityClassPriorityClass是一个全局资源对象它定义了从优先级类名称到优先级整数值的映射。优先级在values字段中指定可以设置小于10亿的整数值值越大优先级越高PriorityClass还有两个可选字段globalDefault用于设置默认优先级状态如果没有任何优先级设置Pod的优先级为零description用来配置描述性信息告诉用户优先级的用途优先级策略非抢占优先指的是在调度阶段优先进行调度分配一旦容器调度完成就不可以抢占资源不足时只能等待对应preemptionPolicy: Never抢占优先强制调度一个Pod如果资源不足无法被调度调度程序会抢占(删除)较低优先级的Pod的资源来保证高优先级Pod的运行对应preemptionPolicy: PreemptLowerPriority非抢占优先级# 定义优先级队列优先 [rootk8s-master ~]# vim mypriority.yaml --- kind: PriorityClass # 资源对象类型 apiVersion: scheduling.k8s.io/v1 # 资源对象版本 metadata: name: high-non # 优先级名称可在Pod中引用 globalDefault: false # 是否定义默认优先级唯一 preemptionPolicy: Never # 抢占策略 value: 1000 # 优先级 description: non-preemptive # 描述信息 --- kind: PriorityClass apiVersion: scheduling.k8s.io/v1 metadata: name: low-non globalDefault: false preemptionPolicy: Never value: 500 description: non-preemptive [rootk8s-master ~]# kubectl apply -f mypriority.yaml priorityclass.scheduling.k8s.io/high-non created priorityclass.scheduling.k8s.io/low-non created [rootk8s-master ~]# kubectl get priorityclasses.scheduling.k8s.io NAME VALUE GLOBAL-DEFAULT AGE high-non 1000 false 12s low-non 500 false 12s system-cluster-critical 2000000000 false 45h system-node-critical 2000001000 false 45hpod资源文件# 无优先级的 Pod [rootk8s-master ~]# cat nginx1.yaml --- kind: Pod apiVersion: v1 metadata: name: nginx1 spec: nodeName: k8s-node2 containers: - name: nginx image: nginx imagePullPolicy: IfNotPresent resources: requests: cpu: 1500m # 低优先级 Pod [rootk8s-master ~]# cat nginx2.yaml --- kind: Pod apiVersion: v1 metadata: name: nginx2 spec: nodeName: k8s-node2 priorityClassName: low-non # 指定优先级的名称 containers: - name: nginx image: nginx imagePullPolicy: IfNotPresent resources: requests: cpu: 1500m # 高优先级 Pod [rootk8s-master ~]# cat nginx3.yaml --- kind: Pod apiVersion: v1 metadata: name: nginx3 spec: nodeName: k8s-node2 priorityClassName: high-non # 指定优先级的名称 containers: - name: nginx image: nginx imagePullPolicy: IfNotPresent resources: requests: cpu: 1500m验证非抢占优先[rootmaster ~]# kubectl apply -f nginx1.yaml pod/nginx1 created [rootmaster ~]# kubectl apply -f nginx2.yaml pod/nginx2 created [rootmaster ~]# kubectl apply -f nginx3.yaml pod/nginx3 created [rootmaster ~]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx1 1/1 Running 0 9s nginx2 0/1 Pending 0 6s nginx3 0/1 Pending 0 4s [rootmaster ~]# kubectl delete pod nginx1 pod nginx1 deleted [rootmaster ~]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx2 0/1 Pending 0 20s nginx3 1/1 Running 0 18s # 清理实验 Pod [rootmaster ~]# kubectl delete pod nginx2 nginx3 pod nginx2 deleted pod nginx3 deleted发现抢占不抢占在高版本里没有任何意义二、节点优先级在 Kubernetes 中节点优先级Node Priority是用于指定节点的调度权重的设置。节点优先级主要用于调度器在选择节点时进行权衡和做出选择。1、优先级类型1.1、静态优先级Static Priority可以手动为每个节点设置一个固定的优先级值。在节点对象的注解Annotations中使用scheduler.alpha.kubernetes.io/priority注解来定义节点的优先级。较高的优先级值表示节点的优先级较高。1.2、亲和性优先级Affinity Priority可以通过节点的亲和性Affinity设置来隐式地设置节点的优先级。优先级是根据亲和性规则和节点的亲和性权重weight来计算的。1.3、服务质量优先级Quality of Service Priority可以通过指定 Pod 的服务质量等级Quality of Service Class来设置节点的优先级。服务质量等级包括 Guaranteed、Burstable、BestEffort。较高的服务质量等级对应较高的优先级。1.3.1、QoS服务质量Requests 和 limits 的配置除了表明资源情况和限制资源使用之外还有一个隐藏的作用它决定了 pod 的 QoS 等级。如果 pod 没有配置 limits 那么它可以使用节点上任意多的可用资源。这类 pod 能灵活使用资源但这也导致它不稳定且危险对于这类 pod 我们一定要在它占用过多资源导致节点资源紧张时处理掉。优先处理这类 pod而不是资源使用处于自己请求范围内的 pod 是非常合理的想法而这就是 pod QoS 的含义根据 pod 的资源请求把 pod 分成不同的重要性等级。kubernetes 把 pod 分成了三个 QoS 等级Guaranteed优先级最高可以考虑数据库应用或者一些重要的业务应用。除非 pods 使用超过了它们的 limits或者节点的内存压力很大而且没有 QoS 更低的 pod否则不会被杀死Burstable这种类型的 pod 可以多于自己请求的资源上限有 limit 指定如果 limit没有配置则可以使用主机的任意可用资源但是重要性认为比较低可以是一般性的应用或者批处理任务Best Effort优先级最低集群不知道 pod的资源请求情况调度不考虑资源可以运行到任意节点上从资源角度来说可以是一些临时性的不重要应用。pod可以使用节点上任何可用资源但在资源不足时也会被优先杀死1.3.2、根据QoS进行资源回收策略Kubernetes 通过cgroup给pod设置QoS级别当资源不足时先kill优先级低的 pod在实际使用过程中通过OOM分数值来实现OOM分数值范围为0-1000。OOM 分数值根据OOM_ADJ参数计算得出。对于Guaranteed级别的 PodOOM_ADJ参数设置成了-998对于Best-Effort级别的 PodOOM_ADJ参数设置成了1000对于Burstable级别的 PodOOM_ADJ参数取值从2到999。对于 kuberntes 保留资源比如kubeletdockerOOM_ADJ参数设置成了-999表示不会被OOM kill掉。OOM_ADJ参数设置的越大计算出来的OOM分数越高表明该pod优先级就越低当出现资源竞争时会越早被kill掉对于OOM_ADJ参数是-999的表示kubernetes永远不会因为OOM将其kill掉。1.3.3、QoS pods被kill掉场景与顺序Best-Effort pods系统用完了全部内存时该类型 pods 会最先被kill掉。Burstable pods系统用完了全部内存且没有 Best-Effort 类型的容器可以被 kill 时该类型的 pods 会被kill 掉。Guaranteed pods系统用完了全部内存且没有 Burstable 与 Best-Effort 类型的容器可以被 kill时该类型的 pods 会被 kill 掉。1.4、插件优先级Plugin Priority可以编写插件来扩展调度器的功能并为节点设置一些额外的优先级规则。调度器在进行节点选择时会根据节点的优先级进行权衡优先选择具有较高优先级的节点。如果存在多个节点具有相同的优先级则会根据其它因素例如节点资源、亲和性规则等进一步进行选择。Pod驱逐1、为什么要有驱逐pod.spec.containers[].resources中会存在cpu或memory的request和limit。即该pod请求的最小资源和Node结点可以给的最大资源。当一个容器的cpu使用率超过limit时会被进行流控而当内存超过limit时则会被oom_kill。完全依赖于oom_kill并不是一个很好的方案一来对于cpu要求高的容器没有作用二来单纯将pod杀死并不能根本上解决困局比如pod占用node绝大部分内存假如pod被kill后再次调度到这个node上oom的情况还会复现。所以kubelet增加了一套驱逐机制。 eviction中要设置触发驱逐的阈值Eviction Thresholds这个阈值的配置可以是一个定值或一个百分比。如memory.available10%memory.available1Gi2、驱逐机制Soft Eviction Thresholds软驱逐机制当node的内存/磁盘空间达到一定的阈值后我要观察一段时间如果改善到低于阈值就不进行驱逐若这段时间一直高于阈值就进行驱逐。Hard Eviction Thresholds 强制驱逐机制简单的多一旦达到阈值立刻把pod从本地kill。3、Pod evictionPod 驱逐当资源使用情况触发了驱逐条件时kubelet会启动一个任务去轮流停止运行中的pod直到资源使用状况恢复到阈值以下。resource 的 requests 和 limitsRequests请求Requests 是指容器在运行时所需的资源的最小数量。它们用于告诉 Kubernetes 调度器在选择节点时要为 Pod 预留多少资源。如果没有足够的请求资源可用Pod 可能无法被调度到节点上。Limits限制Limits 是指容器在运行时所允许使用的资源的最大数量。它们用于限制容器的资源使用以防止容器占用过多的资源导致其他容器或节点受到影响。如果容器尝试使用超过其限制的资源量Kubernetes 将会限制其资源使用并可能触发容器的重新启动。QoS 类别BestEffort没有设置 resource requests 和 limits 的 Pod。Burstable设置了 requests 或者 limits但不完全相同。Guaranteedrequests 和 limits 都设置了并且两者值相等。驱逐顺序BestEffort(lowest) - Burstable - Guaranteed(highest)。不影响调度的优先级。当集群内有比较重要的服务时可以把 Qos Class 设置为 Guaranteed也就是都指定了 requests 和 limits 并且二者值相等会有长时间运行稳定性的优势。且 Priority 的值尽可能设置大些会有优先占用集群资源资源的优势。实践与总结始终设置evictionHard这是防止节点完全宕机的安全网。必须配置systemReserved和kubeReserved这是生产环境的黄金准则能极大提高节点稳定性。预留值大小需根据节点规格和实际系统开销调整。理解软阈值的用途用于需要“优雅驱逐”的场景给应用和运维人员预留反应时间。监控驱逐事件使用kubectl get events -w --field-selector reasonEvicted或监控平台来关注集群中的驱逐事件它们是指标应用资源规划不合理或节点压力过大的重要信号。合理设置 Pod 的requests和limits这是防止 Pod 被驱逐的第一道防线。Kubelet 在决定驱逐哪个 Pod 时会优先驱逐那些实际使用量远超其requests的BurstablePod。使用 Pod 优先级PriorityClass对于关键应用可以创建高优先级的PriorityClass并配置到 Pod 上。这样即使节点压力巨大低优先级的 Pod 也会在高优先级的 Pod 之前被驱逐。通过组合使用这些参数可以精细地控制 Kubernetes 节点的驱逐行为在保证应用可用性的同时最大限度地维护节点本身的健康与稳定。