如何停止Kubernetes中卡住的异常Pod并回滚错误部署

1 故障Pod停止重启/重建的操作 #

你之前修改Deployment不生效的核心原因是：Jenkins官方Helm Chart使用StatefulSet（有状态应用控制器）管理Jenkins实例，而非Deployment，你操作错了资源对象。
执行以下命令即可停止故障Pod重建：

kubectl scale statefulset jenkins --namespace devops-cicd --replicas=0

执行后控制器会自动删除故障Pod，且不会再自动创建新的Pod。如果后续需要恢复，把--replicas参数改成1即可。

2 部署回滚/撤销操作 #

因为你是通过Helm部署的应用，直接使用Helm自带的发布管理能力即可，无需删除命名空间：

• 卸载当前故障发布：会自动清理该Helm发布创建的所有关联资源（StatefulSet、Service、Secret、PVC等），不影响命名空间内其他业务

helm uninstall jenkins -n devops-cicd

• 回滚到历史正常版本：如果你之前有过正常的发布记录，先查发布历史

helm history jenkins -n devops-cicd

找到对应正常版本的REVISION编号后执行回滚：

helm rollback jenkins <目标版本号> -n devops-cicd

3 生产环境规避同类问题的最佳实践 #

• 部署前先检查Chart默认资源配置，确认符合集群资源余量后再部署：

# 查看Chart默认的资源请求/限制配置
helm show values stable/jenkins | grep -A 10 resources

如果需要修改，自定义values.yaml文件覆盖默认配置后再执行部署。

• 部署前添加--dry-run参数预演，确认所有配置符合预期后再实际执行部署：

helm install jenkins stable/jenkins -n devops-cicd --values 自定义配置文件.yaml --dry-run

• 给命名空间配置ResourceQuota（资源配额）和LimitRange（资源默认限制），超出配额的部署请求会直接被API Server拦截，不会出现超配导致集群故障的问题。

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