用户希望应用程序始终可用,开发人员应该每天多次部署新版本的应用程序。在Kubernetes中,这是通过滚动更新完成的。滚动更新允许通过使用新的实例逐步更新Pods实例来实现部署的更新,从而实现零停机。新的Pod将在具有可用资源的节点上进行调度。

在上一个模块中,我们将应用程序扩展为运行多个实例。这是执行更新而不影响应用程序可用性的要求。默认情况下,更新期间可用的最大Pod数和可以创建的新Pod的最大数量是一个。两个选项都可以配置为数字或百分比(Pod)。在Kubernetes中,更新是版本化的,任何部署更新都可以恢复为以前的(稳定)版本。

版本记录:每次对Deployment的操作,都能保存下来,给予后续可能的回滚使用。

1. 查看正在运行的Pods
[root@master ~]# kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
kubernetes-bootcamp-7f56b875dc-6zbjt 1/1 Running 0 5h31m 10.244.0.15 master <none> <none>
kubernetes-bootcamp-7f56b875dc-cp7cq 1/1 Running 0 19m 10.244.0.16 master <none> <none>
kubernetes-bootcamp-7f56b875dc-n4wkn 1/1 Running 0 19m 10.244.0.17 master <none> <none>
kubernetes-bootcamp-7f56b875dc-pmvck 1/1 Running 0 19m 10.244.0.18 master <none> <none>

  

2. 使用新的镜像更新程序
[root@master ~]# kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=jocatalin/kubernetes-bootcamp:v2
deployment.extensions/kubernetes-bootcamp image updated

  

3. 确认更新完成
[root@master ~]# kubectl rollout status deployment/kubernetes-bootcamp
deployment "kubernetes-bootcamp" successfully rolled out

  

4. 查看Pod的变化

可以看见Pod的IP都变成新的了

[root@master ~]# kubectl get pods -l run=kubernetes-bootcamp -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
kubernetes-bootcamp-5bf4d5689b-5f68t 1/1 Running 0 3m44s 10.244.0.20 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-c4zgm 1/1 Running 0 3m41s 10.244.0.22 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-c99hl 1/1 Running 0 3m45s 10.244.0.19 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-rpff2 1/1 Running 0 3m41s 10.244.0.21 master <none> <none>

  

5. 回滚应用

第一种情况:

我们这里假设更新错了一个不存在的镜像

kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=gcr.io/google-samples/kubernetes-bootcamp:v10
deployment.extensions/kubernetes-bootcamp image updated

  

查看Pods

[root@master ~]# kubectl get pods -l run=kubernetes-bootcamp -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
kubernetes-bootcamp-597cfc5b76-jtmrr 0/1 ImagePullBackOff 0 51s 10.244.0.23 master <none> <none>
kubernetes-bootcamp-597cfc5b76-pslgq 0/1 ImagePullBackOff 0 51s 10.244.0.24 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-5f68t 1/1 Running 0 23m 10.244.0.20 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-c99hl 1/1 Running 0 23m 10.244.0.19 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-rpff2 1/1 Running 0 23m 10.244.0.21 master <none> <none>

  

查看部署

[root@master ~]# kubectl get deployments  -l run=kubernetes-bootcamp
NAME READY UP-TO-DATE AVAILABLE AGE
kubernetes-bootcamp 3/4 2 3 5h58m

  

回滚

[root@master ~]# kubectl rollout undo deployments/kubernetes-bootcamp
deployment.extensions/kubernetes-bootcamp rolled back

  

查看pods

[root@master ~]# kubectl get pods -l run=kubernetes-bootcamp -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
kubernetes-bootcamp-5bf4d5689b-5f68t 1/1 Running 0 29m 10.244.0.20 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-c99hl 1/1 Running 0 29m 10.244.0.19 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-jrrh9 1/1 Running 0 70s 10.244.0.25 master <none> <none>
kubernetes-bootcamp-5bf4d5689b-rpff2 1/1 Running 0 28m 10.244.0.21 master <none> <none>

  可以看出两个错误的Pods已经不见了,原来的10.244.0.22的pods被新的Pods(10.244.0.25)取代。

第二种情况,我们全部更新完成,是否还可以回滚

[root@master ~]# curl http://192.168.0.10:31238
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-5bf4d5689b-h4wsw | v=2 [root@master ~]# kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=jocatalin/kubernetes-bootcamp:v1
deployment.extensions/kubernetes-bootcamp image updated [root@master ~]# curl http://192.168.0.10:31238
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-7f56b875dc-kvxn5 | v=1 [root@master ~]# kubectl rollout undo deployments/kubernetes-bootcamp
deployment.extensions/kubernetes-bootcamp rolled back [root@master ~]# curl http://192.168.0.10:31238
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-5bf4d5689b-rfhqx | v=2

  证明也是可以回滚前一个版本的。

 

k8s(6)-滚动更新的更多相关文章

  1. 详细聊聊k8s deployment的滚动更新(二)

    一.知识准备 ● 本文详细探索deployment在滚动更新时候的行为 ● 相关的参数介绍:   livenessProbe:存活性探测.判断pod是否已经停止   readinessProbe:就绪 ...

  2. 详细聊聊k8s deployment的滚动更新(一)

    一.知识准备 ● 本文详细探索deployment在滚动更新时候的行为 二.环境准备 组件 版本 OS Ubuntu 18.04.1 LTS docker 18.06.0-ce 三.准备镜像 首先准备 ...

  3. linux运维、架构之路-K8s滚动更新及回滚

    一.滚动更新        应用程序一次只更新一小部分副本,更新成功后,再更新更多的副本,最终完成所有副本的更新. 滚动更新的优点:零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 1. ...

  4. k8s滚动更新(8)

    一.k8s版本更新 滚动更新是一次只更新一小部分副本,成功后,再更新更多的副本,最终完成所有副本的更新.滚动更新的最大的好处是零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 实践:部署 ...

  5. k8s 存活探针,滚动更新

    文章原文 存活探针 Kubelet使用liveness probe(存活探针)来确定何时重启容器.例如,当应用程序处于运行状态但无法做进一步操作,liveness探针将捕获到deadlock,重启处于 ...

  6. k8s滚动更新(六)--技术流ken

    实践 滚动更新是一次只更新一小部分副本,成功后,再更新更多的副本,最终完成所有副本的更新.滚动更新的最大的好处是零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 下面我们部署三副本应用, ...

  7. k8s的Rolling Update(滚动更新应用)

    滚动更新是一次只更新一小部分副本,成功后,再更新更多的副本,最终完成所有副本的更新.滚动更新的最大的好处是零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 下面我们部署三副本应用: 初始 ...

  8. k8s滚动更新(六)

    实践 滚动更新是一次只更新一小部分副本,成功后,再更新更多的副本,最终完成所有副本的更新.滚动更新的最大的好处是零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 下面我们部署三副本应用, ...

  9. 入门 - k8s滚动更新部署中的镜像版本 (七)

    目标 使用 kubectl 执行 Rolling Update(滚动更新) 更新应用程序 用户期望应用程序始终可用,为此开发者/运维者在更新应用程序时要分多次完成.在 Kubernetes 中,这是通 ...

随机推荐

  1. 深入理解JVM(8)——类加载的时机

    一.类的生命周期 一个类从加载进内存到卸载出内存一共要经历7个阶段:加载—>验证—>准备-->解析—>初始化—>使用—>卸载. 类加载包括五部分:加载—>验证 ...

  2. 【暴力枚举&BFS】Flow Free @RMRC2017/upcexam5124

    时间限制: 1 Sec 内存限制: 128 MB 题目描述 Flow Free is a puzzle that is played on a 2D grid of cells, with some ...

  3. HTML 回顾整理

    <html>标签:定义HTML文档 <body>标签:定义文档主体 <h1> - <h6> 标签:定义HTML标题 <hr> 标签:创建水平 ...

  4. 浏览器模式&用户代理字符串(IE)

    问题问题描述今天在做项目的时候,QA部门提了一个Bug,在一个搜索列表中,搜索栏为空时刷新页面,却触发了搜索功能,并且列表显示出<未搜索到结果> 环境IE11 问题原因 QA的IE11用户 ...

  5. Windows7下安装与破解IntelliJ IDEA2017

    IDEA 全称 IntelliJ IDEA,是java语言开发的集成环境,IntelliJ在业界被公认为最好的java开发工具之一,尤其在智能代码助手.代码自动提示.重构.J2EE支持.各类版本工具( ...

  6. 初识 Nginx

    Nginx 是一个免费的,开源的,高性能的HTTP服务器和反向代理,以及IMAP / POP3代理服务器. Nginx 以其高性能,稳定性,丰富的功能,简单的配置和低资源消耗而闻名.很多高知名度的网站 ...

  7. Spark2.3(四十二):Spark Streaming和Spark Structured Streaming更新broadcast总结(二)

    本次此时是在SPARK2,3 structured streaming下测试,不过这种方案,在spark2.2 structured streaming下应该也可行(请自行测试).以下是我测试结果: ...

  8. MySQL技术内幕读书笔记(一)——Mysql体系结构和存储引擎

    目录 MySQL体系结构和存储引擎 定义数据库和实例 MYSQL体系结构 MYSQL存储引擎 MySQL体系结构和存储引擎 定义数据库和实例 数据库:物理操作系统文件或者其他形式文件类型的结合.在MY ...

  9. MVP模式和Clean模式

    从类图上来看,MVP都是一个业务一个Presenter,每个Presenter都是一个接口,它还包含了View的接口,用于定于和View相关的行为,然后Activity等业务类实现View的接口,因为 ...

  10. Java JDK下载、安装与环境变量配置

    https://blog.csdn.net/siwuxie095/article/details/53386227 https://blog.csdn.net/liudongdong19/articl ...