k8s驱逐pod（k8s驱逐指定的pod）

K8s之Pod的优先级调度

K8s中POD的优先级调度是一种策略，旨在解决集群资源不足时高优先级pod无法调度的问题，具体解释如下：引入背景：在kubernetes 8版本之前，资源紧张时新创建的Pod会一直保持Pending状态，无法调度。为解决此问题，从11版本开始引入了优先级抢占调度策略作为Beta版本，14版本后成为正式版本。

接着，配置Pod的亲和性规则，允许Pod根据节点标签调度。此规则类似于节点选择器，通过限制Pod调度到具有特定标签的节点上，实现服务间的亲和性调度。实现步骤如下：检查可用区标签并设置亲和性规则，确保Pod优先调度到A可用区。当A可用区资源不足时，自动切到B可用区，实现跨可用区调用的优化。

考虑这样一个场景，node上运行一些高优先级的BestEffort Pod，调度器调度了一个低优先级的非BestEffort Pod在Node。当node处于资源压力时，kubelet会先驱逐低优先级的Pod，不管高优先级的BestEffort 。但是调度器不考虑BestEffort，还是会调度node，造成这种 ping-pong 。

通过指定nodeSelector匹配Node 方法说明：通过定义nodeSelector来匹配具有特定标签的Node，从而实现Pod的调度。操作步骤：首先查看节点的已有标签，然后在Pod定义中添加与期望节点匹配的nodeSelector。 通过指定NodeName 方法说明：直接在Pod配置中指定nodeName字段，将Pod调度到指定的节点。

大厂k8s集群故障案例

以下是三个大厂K8s集群故障案例：案例一：电商平台促销活动Pod驱逐故障问题现象：促销活动期间，超30%的Pod进入Evicted状态，多个Worker节点内存使用率超95%，用户支付失败率从0.1%升至15%。

今晚19：00，一场针对K8s与系统应用运维难题的直播盛宴即将开启！亚马逊云科技解决方案架构师携手大厂AI产品经理，将带你深入运维实战，用AI破解运维困局。

在应用程序运行过程中，pod会因多种原因终止。Kubernetes允许容器在配置时间内进行正常关闭。此过程包括容器执行预停止hook和响应SIGTERM信号。若容器成功退出，Kubelet会从API server删除pod。删除pod时，有优雅关机和强制关机两种场景。

5分钟搞懂K8S的污点和容忍度(理论+实战)

1、管理节点污点与Pod的容忍度是KuberneTES系统中的关键操作。通过调整节点的污点配置与Pod的容忍度设置，能够实现节点资源的高效分配与Pod的灵活调度。操作中，需注意污点与容忍度的匹配关系，确保系统运行的稳定与高效。

2、特殊Pod类型：对于某些Pod类型，如ExtEndedResourceToleration，Kubernetes会自动为其添加容忍度，允许它们在特定硬件节点上运行。总结：污点和容忍度是Kubernetes中用于优化资源调度的两个关键工具。通过污点，管理员可以标记节点并排斥不符合条件的Pod；而通过容忍度，Pod可以适应特定的污点环境。

3、而污点容忍的作用举个例子，如果像上面污点一样设置了 NoSchedule 污点的节点，那么创建pod的时候是必不被调度到的，但是如果我使用污点容忍，那这个节点可以在设置 NoSchedule 污点的情况下可能又被调度，类似于亲和性那种作用。