我对Kubernetes很新,并使用k8s v1.4,Minikube v0.15.0和Spotify maven Docker插件。
我的项目的构建过程创建了一个Docker镜像并将其直接推送到Minikube的Docker引擎中。
pod是由我创建的部署(使用副本集)创建的,策略设置为type: RollingUpdate
。
我在文档中看到了这一点:
注意:当且仅当部署的pod模板(即.spec.template)发生更改时,才会触发部署的卷展栏。
我正在寻找一种简单的方法/解决方法来自动化流程:
构建触发>推送新的Docker镜像(更改版本)>部署将更新pod>服务将公开新的pod。
答案 0 :(得分:13)
当不更改容器图像名称或标记时,您只需将应用程序缩放到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 :(得分:2)
如果您拥有至少1.15版本,请使用以下功能
kubectl rollout restart deployment/deployment-name
了解更多信息
答案 2 :(得分:0)
我很好奇您为什么不更改图像版本(:
另一个kubectl rollout restart
旁边的选项是使用kubectl patch:
kubectl patch deployment name -p "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"version\":\"$BUILD_SHA_OR_DATE\"}}}}}}"
使用此命令,您可以灵活地更改部署规范中的特定字段,例如标签选择器,吊舱标签,环境变量等
(*)另一个更适合调试但值得一提的选项是签入首次展示的修订历史记录:
$ 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>
然后运行以下命令返回上一个修订版本:
$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。