必须在容器数据中而不是在规范数据中对imagePullPolicy进行分组。然而，我对此提出了一个问题，因为我觉得这很奇怪。此外，没有错误消息。

因此，这个规范代码片段是有效的:

spec:
  containers:
  - name: myapp
    image: myregistry.com/myapp:5c3dda6b
    ports:
    - containerPort: 80
    imagePullPolicy: Always
  imagePullSecrets:
    - name: myregistry.com-registry-key

指定策略为:

  strategy: 
    type: Recreate
    rollingUpdate: null

确保每个部署都有不同的注释。Helm是这样做的:

  template:
    metadata:
      labels:
        app.kubernetes.io/name: AppName
        app.kubernetes.io/instance: ReleaseName
      annotations:
        rollme: {{ randAlphaNum 5 | quote }}

指定图像提取策略- Always

      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: Always

有一个命令可以直接这样做:

创建一个新的kubectl rollout restart命令，用于滚动重新启动部署。

pull请求被合并了。它是1.15(更新日志)或更高版本的一部分。

这个答案的目的是在节点已经下载了同名图像的情况下强制拉取图像，因此即使您将新图像推到容器注册表中，当您启动一些pod时，您的pod会显示“image already present”。

对于Azure容器注册表中的一个案例(可能AWS和GCP也提供了这个):

您可以查看Azure容器注册表，通过检查清单创建日期，可以确定哪个映像是最近的映像。 然后，复制它的摘要散列(格式为sha256:xxx…xxx)。 您可以通过运行下面的命令来缩小当前的副本。注意，这显然会停止容器并导致停机。

kubectl scale --replicas=0 deployment <deployment-name> -n <namespace-name>

然后您可以获得部署的副本。通过运行Yaml:

kubectl get deployments.apps <deployment-name> -o yaml > deployment.yaml

然后将带有图像字段的行从<image-name>:<tag>更改为<image-name>@sha256:xxx…Xxx，保存文件。 现在你可以再次放大你的复制品了。新图片将以其独特的摘要被拉出。

注意:假设imagePullPolicy: Always字段存在于容器中。

显然，现在当您使用与现有容器映像相同的——image参数运行滚动更新时，还必须指定一个——image-pull-policy。下面的命令应该强制拉出与容器图像相同的图像:

Kubectl滚动更新myapp——image=us.gcr。io/project-107012/myapp:5c3dda6b——

看了所有其他的答案，我还不满意，我在这里找到了更好的解决方案:https://cloud.google.com/kubernetes-engine/docs/how-to/updating-apps

它不使用latest标签或imagePullPolicy: Always。如果您通过指定image sha256文摘将新图像推到相同的标记，它也可以工作。

步骤:

从docker hub获取SHA256图像(见下图) Kubectl set image deploy /<your-deployment> <your_container_name>=<some/image>@sha256:<your sha> Kubectl规模部署<your-deployment>——replicas=0 Kubectl规模部署<your-deployment>——replicas=原始副本计数

注意:Rollout也可以代替scale工作，但在我的情况下，我们没有足够的硬件资源来创建另一个实例，k8s卡住了。