如何强制Kubernetes重新拉动图像？

我在GKE上的Kubernetes中具有以下复制控制器：

apiVersion: v1
kind: ReplicationController
metadata:
  name: myapp
  labels:
    app: myapp
spec:
  replicas: 2
  selector:
    app: myapp
    deployment: initial
  template:
    metadata:
      labels:
        app: myapp
        deployment: initial
    spec:
      containers:
      - name: myapp
        image: myregistry.com/myapp:5c3dda6b
        ports:
        - containerPort: 80
      imagePullPolicy: Always
      imagePullSecrets:
        - name: myregistry.com-registry-key

现在，如果我说

kubectl rolling-update myapp --image=us.gcr.io/project-107012/myapp:5c3dda6b

执行滚动更新，但不重新拉动。为什么？

Kubernetes将在创建Pod的任何一种情况下使用Pod（请参见update -images doc）：

• 使用标记的图像 :latest
• imagePullPolicy: Always 被指定

如果您想一直拉，那就太好了。但是，如果您想按需执行该操作怎么办：例如，如果您要使用，some-public-image:latest但只想在请求时手动提取一个新版本。您目前可以：

• 设置imagePullPolicy为IfNotPresent或Never并预拉：在每个群集节点上手动拉图像，以便缓存最新的图像，然后执行kubectl rolling-update或类似操作以重新启动Pods（难看的容易损坏的hack！）
• 临时更改imagePullPolicy，执行a kubectl apply，重新启动广告连播（例如kubectl rolling-update），还原imagePullPolicy，重做a kubectl apply（难看！）
• 拉并推 some-public-image:latest送到您的私有存储库并执行kubectl rolling-update（繁重！）

没有按需拉动的好的解决方案。如果发生变化，请发表评论；我将更新此答案。

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

因此，此规范代码片段有效：

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

在开发过程中，我的技巧是更改我的Deployment清单以添加最新标签，并始终像这样拉

image: etoews/my-image:latest
imagePullPolicy: Always

然后我手动删除吊舱

kubectl delete pod my-app-3498980157-2zxhd

因为是部署，所以Kubernetes会自动重新创建容器并提取最新映像。

一种流行的解决方法是使用虚拟注释（或标签）修补部署：

kubectl patch deployment <name> -p \
  "{\"spec\":{\"template\":{\"metadata\":{\"annotations\":{\"date\":\"`date +'%s'`\"}}}}}"

假设您的部署满足这些要求，这将导致K8拉动任何新映像并重新部署。

将有一个新的命令可以直接执行此操作：

创建一个新kubectl rollout restart命令，该命令可滚动重启部署。

该拉请求 GOT合并。它将是版本的一部分1.15（changelog）

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

kubectl rolling-update myapp --image=us.gcr.io/project-107012/myapp:5c3dda6b --image-pull-policy Always

# Linux

kubectl patch deployment <name> -p "{\"spec\":{\"template\":{\"metadata\":{\"annotations\":{\"date\":\"`date +'%s'`\"}}}}}"

# windows

kubectl patch deployment <name> -p (-join("{\""spec\"":{\""template\"":{\""metadata\"":{\""annotations\"":{\""date\"":\""" , $(Get-Date -Format o).replace(':','-').replace('+','_') , "\""}}}}}"))

现在，将命令kubectl rollout restart deploy YOUR-DEPLOYMENT与imagePullPolicy: Always策略结合使用将使您可以使用映像的最新版本重新启动所有Pod。

当提供图像参数时，滚动更新命令假定该图像与复制控制器中当前存在的图像不同。

您可以imagePullPolicy: Always在部署文件中定义。

映像提取策略实际上总是在每次创建新容器时都帮助提取图像（在任何情况下，例如缩放副本或容器模具并创建新容器）

但是，如果要更新当前正在运行的Pod的映像，则部署是最佳方法。它使您的更新毫无瑕疵，没有任何问题（主要是当您将持久卷附加到Pod时）：）