在AKS中删除Deployment后对应ReplicaSet和Pod未自动删除如何解决

删除Deployment未同步级联删除关联ReplicaSet和Pod，通常由以下几种情况导致：

• 删除策略异常：kubectl delete默认启用级联删除，但如果操作时误加了--cascade=orphan参数，就会仅删除Deployment本身，保留所有下级资源。部分Kubernetes定制发行版如果kube-apiserver的权限配置异常，也可能导致级联删除逻辑没有足够权限操作下级资源，无法触发同步删除。
• 资源关联关系断裂：Kubernetes通过子资源的ownerReference字段识别上下级关联，如果之前的ReplicaSet/Pod的ownerReference被手动修改或删除，删除Deployment时系统无法识别这些是需要同步删除的关联资源，就会出现残留。
• Finalizer阻塞删除流程：如果Deployment或关联的ReplicaSet、Pod上配置了未正常执行的Finalizer，删除操作会卡在等待Finalizer处理的中间状态，此时从表面看Deployment已经删除完成，但实际完整删除逻辑未执行，不会触发下级资源清理。

临时恢复业务 #

你当前遇到的FailedScheduling报错是因为节点的Pod配额被旧的残留Pod占满，优先手动清理残留资源恢复变更：

1. 筛选对应标签的残留资源

kubectl get rs -l app=renderdev-deployment
kubectl get pod -l app=renderdev-deployment

2. 批量清理残留的旧ReplicaSet和Pod

kubectl delete rs -l app=renderdev-deployment
kubectl delete pod -l app=renderdev-deployment

清理完成后新创建的Pod会自动调度，配置变更即可生效。

根因排查建议 #

• 后续删除Deployment时可显式指定级联策略，强制触发同步清理：
  kubectl delete -f render.yaml --cascade=foreground
• 取出任意一个残留的ReplicaSet，检查ownerReference字段是否存在关联原Deployment的配置：
  kubectl get rs <残留ReplicaSet名称> -o yaml | grep -A10 ownerReferences
  如果不存在对应配置，说明资源关联关系曾被人为修改。
• 查看kube-apiserver的运行日志，排查删除Deployment时是否有权限报错、Finalizer相关报错。

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