如何不使用kubectl delete pod命令删除Kubernetes Pod并模拟Pod故障

为什么直接杀Pod进程只会导致容器重启？ #

Pod的容器默认重启策略为Always，Kubelet会持续监控容器状态，一旦检测到进程终止，会立即重启容器——因此Pod本身不会被删除，仅容器层面重启。若要触发Pod被删除并调度新实例，需要让Kubernetes控制平面认为该Pod已无法恢复或所在节点不可用。

一、操作系统层面触发Pod删除的方法 #

1. 删除Pod本地存储目录并重启Kubelet #

Kubelet在节点本地维护着Pod的资源目录，删除该目录后重启Kubelet，可让Kubelet判定Pod已丢失，进而上报控制平面触发重新调度：

• 先获取目标Pod的UID：

  kubectl get pod <pod-name> -o jsonpath='{.metadata.uid}'
  

• 在Pod所在的边缘节点执行，删除对应目录：

  sudo rm -rf /var/lib/kubelet/pods/<pod-uid>
  

• 重启Kubelet服务：

  sudo systemctl restart kubelet
  

控制平面收到Kubelet的状态更新后，会删除旧Pod并调度新实例到可用节点。

2. 停止Kubelet服务触发节点失联 #

停止边缘节点的Kubelet后，控制平面无法获取节点状态，默认约5分钟后会判定节点不可用，将Pod调度到其他节点：

sudo systemctl stop kubelet

若需加速这个过程，可提前修改Kubernetes的node-monitor-grace-period等相关参数。

二、其他模拟Pod故障的实用方式 #

1. 调整Pod重启策略后终止进程 #

修改Deployment/StatefulSet的Pod模板，将重启策略设为Never或OnFailure：

spec:
  template:
    spec:
      restartPolicy: Never

之后在节点上杀死容器进程，Pod会进入Failed状态，控制器会立即创建新Pod。

2. 强制删除Pod（跳过优雅终止） #

使用强制删除命令，控制平面会立即调度新Pod，无需等待旧Pod终止：

kubectl delete pod <pod-name> --grace-period=0 --force

该方式虽为kubectl命令，但能满足“快速触发Pod故障并调度新实例”的需求，可替代常规删除命令。

3. 模拟节点级故障 #

• 断开边缘节点的网络连接，让控制平面无法与节点通信；
• 直接重启边缘节点，节点重启后原Pod会被清理，控制平面自动调度新Pod。

4. 使用混沌工程工具（如Chaos Mesh） #

Chaos Mesh可直接注入Pod故障（如强制删除、网络中断），支持自动化测试场景，无需手动执行命令或修改配置。

内容的提问来源于stack exchange，提问作者NutellaTN