设置ImagePullPolicy: Always后Kubernetes未重新拉取镜像问题

这个场景我碰到好多次了——明明设置了ImagePullPolicy: Always，推了同标签v1的新镜像，执行kubectl apply后却看不到新内容，核心问题在于Kubernetes不会仅因为镜像标签相同但内容变化就自动重启Pod。下面给你几个可行的解决办法：

1. 直接触发滚动更新（最快最直接） #

如果你用的是Deployment或者StatefulSet，直接执行重启命令就能让K8s创建新Pod并拉取最新的v1镜像：

• 对于Deployment：

  kubectl rollout restart deployment <你的部署名称>
  

• 对于StatefulSet：

  kubectl rollout restart statefulset <你的有状态集名称>
  

这个命令会逐个重启你的Pod，每个新启动的Pod都会因为ImagePullPolicy: Always去仓库拉取最新的v1镜像，很快就能看到新内容。

2. 为什么kubectl apply没效果？ #

简单说，kubectl apply是对比你提交的YAML和集群中已有的资源配置。如果你的YAML里镜像标签还是v1，K8s会认为“配置没变化”，所以不会触发任何Pod重建操作。ImagePullPolicy: Always只在Pod启动时生效，没有新Pod启动的话，自然不会拉新镜像。

3. 长期更稳妥的方案 #

重复使用同一个镜像标签其实是个不太推荐的做法，容易混淆镜像版本，排查问题也麻烦。更稳妥的方式是：

• 给每个新镜像打唯一标签，比如结合Git提交哈希、时间戳（例如v1-abc123、v1-202405201530），每次更新时修改YAML里的镜像标签，再执行kubectl apply，K8s会自动触发滚动更新。
• 如果一定要坚持用固定标签，也可以通过修改资源的元数据来触发更新，比如给Deployment加一个自定义注解：

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: your-deployment
    annotations:
      # 修改这个时间戳就能触发更新
      rollout.trigger/updated-at: "2024-05-20T15:30:00Z"
  spec:
    # 其他配置...
    template:
      spec:
        containers:
        - name: your-container
          image: your-image:v1
          imagePullPolicy: Always
  

修改注解里的时间戳后执行kubectl apply，K8s会检测到元数据变化，从而触发Pod重建拉取新镜像。

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