在 Kubernetes 中更新部署映像
Update a Deployment image in Kubernetes
我对 Kubernetes 很陌生,使用的是 k8s v1.4、Minikube v0.15.0 和 Spotify maven Docker 插件。
我的项目的构建过程创建了一个 Docker 图像并将其直接推送到 Minikube 的 Docker 引擎中。
pods 是由我创建的部署(使用副本集)创建的,策略设置为 type: RollingUpdate
。
我在文档中看到了这个:
Note: a Deployment’s rollout is triggered if and only if the Deployment’s pod template (i.e. .spec.template) is changed.
我正在寻找一个简单的 way/workaround 来自动化流程:
触发构建 > 推送新的 Docker 图像(不更改版本)> 部署将更新 pod > 服务将公开新的 pod。
当不更改容器图像名称或标签时,您只需将应用程序缩放为 0 并返回原始大小,例如:
kubectl scale --replicas=0 deployment application
kubectl scale --replicas=1 deployment application
如评论中所述,您的配置中已经需要 ImagePullPolicy: Always
。
在更改图像时,我发现这是更新
最直接的方法
kubectl set image deployment/application app-container=$IMAGE
不更改图像会导致出现问题时您无路可退。因此我不建议在开发环境之外使用它。
编辑:小奖励 - 前后保持比例同步可以看起来……喜欢:
replica_spec=$(kubectl get deployment/applicatiom -o jsonpath='{.spec.replicas}')
kubectl scale --replicas=0 deployment application
kubectl scale --replicas=$replica_spec deployment application
干杯
如果您的版本至少为 1.15,请使用以下功能
kubectl rollout restart deployment/deployment-name
在此处阅读更多相关信息 kubectl rollout restart
我很好奇你为什么不更改图像版本 (:
另一个选项(在 kubectl rollout restart
旁边)是使用 kubectl patch:
kubectl patch deployment name -p "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"version\":\"$BUILD_SHA_OR_DATE\"}}}}}}"
使用此命令,您可以灵活地更改部署规范中的特定字段,例如 标签选择器、pod 标签、环境变量等'
(*) 另一个更适合调试但值得一提的选项是检查发布的修订历史记录:
$ kubectl rollout history deployment my-dep
deployment.apps/my-dep
REVISION CHANGE-CAUSE
2 <none>
4 <none>
5 <none>
6 <none>
11 <none>
12 <none>
然后通过运行ning回到上次修改:
$kubectl rollout undo deployment my-dep --to-revision=11
然后回到新的。
(**) CHANGE-CAUSE 是 <none>
因为你应该 运行 使用 --record
标志更新 - 就像提到的 here:
kubectl set image deployment/nginx-deployment nginx=nginx:1.16.1 --record
(***) discussion 关于弃用此标志。
我对 Kubernetes 很陌生,使用的是 k8s v1.4、Minikube v0.15.0 和 Spotify maven Docker 插件。
我的项目的构建过程创建了一个 Docker 图像并将其直接推送到 Minikube 的 Docker 引擎中。
pods 是由我创建的部署(使用副本集)创建的,策略设置为 type: RollingUpdate
。
我在文档中看到了这个:
Note: a Deployment’s rollout is triggered if and only if the Deployment’s pod template (i.e. .spec.template) is changed.
我正在寻找一个简单的 way/workaround 来自动化流程:
触发构建 > 推送新的 Docker 图像(不更改版本)> 部署将更新 pod > 服务将公开新的 pod。
当不更改容器图像名称或标签时,您只需将应用程序缩放为 0 并返回原始大小,例如:
kubectl scale --replicas=0 deployment application
kubectl scale --replicas=1 deployment application
如评论中所述,您的配置中已经需要 ImagePullPolicy: Always
。
在更改图像时,我发现这是更新
最直接的方法kubectl set image deployment/application app-container=$IMAGE
不更改图像会导致出现问题时您无路可退。因此我不建议在开发环境之外使用它。
编辑:小奖励 - 前后保持比例同步可以看起来……喜欢:
replica_spec=$(kubectl get deployment/applicatiom -o jsonpath='{.spec.replicas}')
kubectl scale --replicas=0 deployment application
kubectl scale --replicas=$replica_spec deployment application
干杯
如果您的版本至少为 1.15,请使用以下功能
kubectl rollout restart deployment/deployment-name
在此处阅读更多相关信息 kubectl rollout restart
我很好奇你为什么不更改图像版本 (:
另一个选项(在 kubectl rollout restart
旁边)是使用 kubectl patch:
kubectl patch deployment name -p "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"version\":\"$BUILD_SHA_OR_DATE\"}}}}}}"
使用此命令,您可以灵活地更改部署规范中的特定字段,例如 标签选择器、pod 标签、环境变量等'
(*) 另一个更适合调试但值得一提的选项是检查发布的修订历史记录:
$ kubectl rollout history deployment my-dep
deployment.apps/my-dep
REVISION CHANGE-CAUSE
2 <none>
4 <none>
5 <none>
6 <none>
11 <none>
12 <none>
然后通过运行ning回到上次修改:
$kubectl rollout undo deployment my-dep --to-revision=11
然后回到新的。
(**) CHANGE-CAUSE 是 <none>
因为你应该 运行 使用 --record
标志更新 - 就像提到的 here:
kubectl set image deployment/nginx-deployment nginx=nginx:1.16.1 --record
(***) discussion 关于弃用此标志。