为何EKS Pod重启或重建时仍引用旧镜像仓库地址？

以下是导致该问题的常见原因：

1. Deployment Pod模板未触发更新 #

Kubernetes判断是否需要更新Pod的核心依据是Deployment的Pod模板（spec.template）是否发生变化。如果你仅修改了镜像地址，但没有更新Pod模板的元数据标识（比如添加或修改annotations），Kubernetes会认为模板无变化，重建Pod时直接复用旧模板配置，导致拉取旧镜像。

2. 镜像标签复用或使用latest #

如果你的镜像使用了latest标签，或者在ECR上传新镜像时重复使用了旧标签，节点上的容器运行时（Docker/containerd）会优先使用本地缓存的旧镜像哈希值，不会主动拉取ECR上的新镜像。哪怕Deployment配置了新地址，只要标签重复，节点就会认为镜像未更新。

3. 关联控制器未同步更新 #

如果你的Pod是由其他控制器（比如StatefulSet、DaemonSet）或Helm管理的，仅修改Deployment的镜像配置没用：

• 比如StatefulSet的镜像配置独立于Deployment，重建时会用自身模板的旧地址；
• 用Helm部署的应用，直接改Deployment会被Helm后续同步覆盖，若values.yaml里还是旧镜像地址，重建时会自动恢复旧配置。

4. 手动修改Pod导致控制器逻辑冲突 #

如果之前直接手动修改过Pod的镜像地址，而非通过更新Deployment触发滚动更新，会导致Deployment的期望状态和实际Pod状态不一致。当控制器重建Pod时，可能出现逻辑混乱，错误复用旧镜像配置。

5. 集群资源同步延迟 #

少数情况下，Kubernetes API Server或kubelet的缓存未及时更新，导致节点获取的Pod模板仍是旧版本。这种情况多发生在集群资源紧张、网络波动时，通常是短暂的，但会导致重建Pod时拉取旧镜像。

• 执行 kubectl get deployment <你的Deployment名称> -o yaml，检查spec.template.spec.containers[*].image是否为ECR新地址，同时看spec.template.metadata.annotations是否有更新（比如添加kubectl.kubernetes.io/restartedAt注解）；
• 执行 kubectl describe pod <异常Pod名称>，查看Image字段的地址，确认是否和Deployment配置一致；
• 若用Helm部署，执行 helm get values <你的Release名称>，检查values中的镜像配置是否正确。

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