文档章节

Kubernetes Deployment滚动更新场景分析

WaltonWang
 WaltonWang
发布于 2017/09/03 22:00
字数 1912
阅读 396
收藏 12

基于Kubernetes v1.7.4

关于Kubernetes Deployment滚动更新

场景1:正常滚动更新流程

  • 新建deployment:webserver,replicas=10,image=tomcat。

这里写图片描述

  • 滚动更新应用镜像为:nginx

这里写图片描述

  • 观察Replicasets的变化,可发现升级后会创建新的Replicasets,删除老的Replicasets实例,滚动创建新实例。

这里写图片描述

  • 观察deployment的变化

这里写图片描述

  • DESIRED: 10(一直为10)
  • CURRENT: 在[replicas-maxUnavailable, replicas+maxSurge]:[8,13]之间变动,最终等于DESIRED值
  • UP-TO-DATE: 已更新为nginx镜像的实例,最终等于DESIRED值。
  • AVALIABLE: 新老replicaset总的实例数,最终等于DESIRED值。

场景2:应用滚动更新时,用户删除应用

  • 新建deployment:webserver,replicas=10,image=tomcat。

这里写图片描述

  • 更改容器镜像,触发deployment的滚动更新。

这里写图片描述

  • 新老Replicaset开始进行滚动更新。

这里写图片描述

  • 使用kubectl删除正在滚动更新的deployment。

这里写图片描述

  • 新老replicaset的实例数被缩减为0,实例开始被删除。

这里写图片描述

  • 观察deployment实例变化如下

这里写图片描述

从红框处,DESIRED=0,实例逐渐被删除。

场景3:应用滚动更新时,用户对该应用进行扩容

  • 新建deployment:webserver,replicas=15,image=tomcat。

这里写图片描述

  • 更改容器镜像,触发deployment的滚动更新。

这里写图片描述

开始进行滚动更新:

这里写图片描述

  • 更改deployment的实例数到20

这里写图片描述

  • 新老RS根据比例进行实例数扩容

    • RS实例数根据比例进行相应的增加: RS扩容后的实例数=扩容前实例数占比*扩容后最大实例数

    在此次升级中,在扩容前

    | NAME | DESIRED | CURRENT | READY | |----|----|----|----| | Webserver-1078791221 | 10 | 10 | 12 | | Webserver-3236788441 | 7 | 7 | 3 |

    升级前的总实例数:10+7=17
    升级前最多实例数:15+MaxSurge(25%)=19
    升级后最多实例数:20+ MaxSurge(25%)=25
    当前需扩容的总数:25-17=8
    所以:
    webserver-1078791221扩容后实例数=(10/19)*25=13.15(+0.5取整)=13 webserver-3236788441扩容后实例数=(7/19)*25=9.21(+0.5取整)=9

    • 剩余的实例分配给实例数最多的rs
      webserver-1078791221 较扩容前增加:13-10=3
      webserver-3236788441较扩容前增加:9-7=2
      仍剩余的实例(8-3-2=3个)分配给webserver-1078791221
      所以webserver-1078791221总实例数=10+3+3=16

      如下所示:

这里写图片描述

5)实例数更新以后,滚动升级继续进行,最终老的replicaset实例被删,替换为新的

这里写图片描述

场景4:应用滚动更新时,用户对该应用进行缩容

  • 新建deployment:webserver,replicas=15,image=tomcat。

这里写图片描述

  • 更改容器镜像,触发deployment的滚动更新。

这里写图片描述

开始进行滚动更新:

这里写图片描述

  • 更改deployment的实例数到4

这里写图片描述 - 新老RS根据比例进行实例数缩容
RS实例数根据比例进行相应的缩减(计算方法如扩容): RS缩容后的实例数=缩容前实例数占比*缩容后最大实例数

| NAME | DESIRED | CURRENT | READY |
|----|----|----|----|
|Webserver-1078791221 | 9 | 10 | 10|
|Webserver-3236788441 | 9 | 8 | 4 |

升级前的总实例数:9+9=18
升级前最多实例数:15+MaxSurge(25%)=19
升级后最多实例数:4+ MaxSurge(25%)=5
当前需缩容的总数:18-5=13
所以
webserver-1078791221缩容后实例数=-(9/19)*5=-2.36(-0.5取整)=2
webserver-3236788441缩容后实例数=-(9/19)*5=-2.36(-0.5取整)=2

  • 多缩容的实例分配给实例数最多的rs

webserver-1078791221 较缩容前减少:9-2=7
webserver-3236788441较缩容前减少:9-2=7
多缩容的实例(7+7-13=1个)分配给实例数最多的rs(由于新老RS实例数都为9,则按照创建时间进行排序,分给最新的实例webserver-3236788441)
所以webserver-3236788441总实例数=9-7+1=3

如下所示:  

这里写图片描述

  • 最终老的replicaset实例被删,替换为新的,且缩容到指定个数。

这里写图片描述

从deployment角度观察结果如下:

这里写图片描述

场景5:应用扩容时,进行滚动更新

  • 新建deployment:webserver,replicas=10,image=tomcat。

这里写图片描述

  • 更改deployment的实例数到20

这里写图片描述

RS的实例数变为20,开始扩容

这里写图片描述

  • 更改容器镜像,触发deployment的滚动更新。

这里写图片描述

  • 新老的replicaset的实例变化。
    创建新的RS,按照滚动升级策略开始更新,如下:

这里写图片描述

  • 最终老的replicaset实例被删,替换为新的

这里写图片描述

  • 观察deployment的实例变化如下:

这里写图片描述

场景6:应用缩容时,进行滚动更新

  • 新建deployment:webserver,replicas=25,image=tomcat。

这里写图片描述

  • 更改deployment的实例数到4

这里写图片描述

RS的实例数变为4,开始缩容

这里写图片描述

  • 更改容器镜像,触发deployment的滚动更新。

这里写图片描述

  • 新老的replicaset的实例变化
    老的RS的实例会被逐渐删除,同时新的RS开始滚动更新,符合滚动升级策略。

这里写图片描述

  • 最终老的replicaset实例被删,替换为新的

这里写图片描述

  • 观察deployment的实例变化如下:

这里写图片描述

deployment的实例数先被缩容到4;
UP-TO-DATE从25-0-4,表明实例被滚动到最新版本。
CURRENT 实例数在开始滚动更新后,最大数不超过5,符合滚动更新的实例数区间。

场景7:应用回滚

  • 新建deployment:webserver,replicas=10,image=tomcat。

这里写图片描述

  • 更改容器镜像为nginx,触发deployment的滚动更新。

这里写图片描述

等待滚动更新完成:

这里写图片描述

3)更改容器镜像为httpd,触发deployment的滚动更新。

这里写图片描述

等待滚动更新完成:

这里写图片描述

4)回滚到nginx版本。

这里写图片描述

等待滚动更新完成:

这里写图片描述

回滚到 –to-revision=2 nginx版本后,nginx版本又成为了最新的版本vision:4。

场景8:滚动更新未完成时,又开始新的滚动更新

  • 新建deployment:webserver,replicas=15,image=tomcat。

这里写图片描述

  • 更改容器镜像为nginx,触发deployment的滚动更新。

这里写图片描述

更新后,触发滚动升级:

这里写图片描述

  • 在上个滚动更新未完成的情况下,接着更改容器镜像为httpd,再次触发deployment的滚动更新。

这里写图片描述

更新后,再次触发滚动升级:

这里写图片描述

  1. 第二次滚动升级webserver-2480438009初始DESIRED=0,因为两个老的RS当前实例总数为12+7=19,已经达到最大值,所以初始为0。
  2. 缩减老的RS时,遵循两个原则
    • 遍历所有老的RS,优先缩减那些unavailable的实例。
      webserver-3236788441缩减前7/7/ 3(还有4个unacailable),所以先被缩减到3/7/3。
    • 在保证最小available个实例的前提下,缩减老的RS。 计算方法如下:
      最小可用数minAvailable = deployment.Replicas – maxUnavailable;
      当前总可用数:availablePodCount = 所有RS的AvailableReplicas总和;
      可缩减的总数:totalScaleDownCount = availablePodCount - minAvailable;
      将老的RS按创建时间从新到老排序,逐个进行缩减。
      例如,在第一次缩减webserver-1078791221时:
      webserver-2480438009 7/7/1
      webserver-1078791221 9/9/9
      webserver-3236788441 3/3/3
      minAvailable=15-15*25%=12
      availablePodCount=1+9+3=13
      totalScaleDownCount=13-12=1

所以将webserver-1078791221缩减1个实例到 8/9/9(如上图最下面的红框)

再次缩减时:
webserver-2480438009 8/8/2
webserver-1078791221 8/8/8
webserver-3236788441 3/3/3
minAvailable=15-15*25%=12 availablePodCount=2+8+3=13 totalScaleDownCount=13-12=1

这里写图片描述

webserver-1078791221缩减为0/0/0,开始用同样的方法缩减
webserver-3236788441,这里不再敖述。
相关处理Replicasets代码在:
pkg/controller/deployment/rolling.go:reconcileOldReplicaSets

  • 从deployment角度观察滚动过程如下:

这里写图片描述

附录:

感谢同事陈俊超辛苦的测试分析。

© 著作权归作者所有

共有 人打赏支持
WaltonWang
粉丝 196
博文 100
码字总数 207940
作品 0
深圳
程序员
私信 提问
深入玩转K8S之业务弹性伸缩和滚动更新操作(一)

在实际应用场景中避免不了因为业务的压力而增加容器数量以及业务应用版本迭代更新,那么本篇文章我们来学习下简单的业务弹性伸缩、滚动更新操作,滚动操作的好处在于零停机更新,也就是说每次...

Devin
07/04
0
0
更新APP-执行滚动更新

目标: 使用kubectl做一次滚动更新 更新一个应用 用户期望应用一直是可用的,而开发者期望一天部署多次新版本。 在k8s里,这是通过滚动更新来实现的。 Rolling updates允许增量更新新的Pods实...

趁你还年轻233
03/12
0
0
Dashboard - Kubernetes的全功能Web界面

编者按:这篇文章是关于Kubernetes 1.3新功能一系列深入文章的一部分,本文是第八篇。 Kubernetes Dashboard(仪表盘)是一个旨在将通用的基于Web的监控和操作界面加入 Kubernetes 的项目。 ...

时速云
2016/08/10
2.6K
0
详解Kubernetes Deployment的描述文件及相关配置

Deployment 使用 Kubernetes提供了一种更加简单的更新RC和Pod的机制,叫做Deployment。通过在Deployment中描述你所期望的集群状态,Deployment Controller会将现在的集群状态在一个可控的速度...

gibsonxue
07/05
0
0
创建和管理多个Pod--Deployment

创建和管理多个Pod--Deployment 说明 Deployment 为 Pod 和 ReplicaSet 提供了一个声明式定义(declarative)方法,用来替代以前的ReplicationController 来方便的管理应用。 你只需要在 Depl...

品鉴初心
05/15
0
0

没有更多内容

加载失败,请刷新页面

加载更多

oh-my-zsh 自定义

GitHub 地址 基于 oh-my-zsh 的自定义配置,增加了一些个人常用插件与皮肤。 采用的是 git submodule 来维护,包括 oh-my-zsh,之所以这么搞,主要是手头有多台 linux 需要维护, 每台机器、...

郁也风
今天
5
0
Docker安装踩坑:E_FAIL 0x80004005的解决

参考 菜鸟教程--Windows Docker 安装 http://www.runoob.com/docker/windows-docker-install.html 官方文档-Install Docker Toolbox on Windows https://docs.docker.com/toolbox/toolbox_in......

karma123
今天
5
0
js垃圾回收机制和引起内存泄漏的操作

JS的垃圾回收机制了解吗? Js具有自动垃圾回收机制。垃圾收集器会按照固定的时间间隔周期性的执行。 JS中最常见的垃圾回收方式是标记清除。 工作原理:是当变量进入环境时,将这个变量标记为“...

Jack088
昨天
17
0
大数据教程(10.1)倒排索引建立

前面博主介绍了sql中join功能的大数据实现,本节将继续为小伙伴们分享倒排索引的建立。 一、需求 在很多项目中,我们需要对我们的文档建立索引(如:论坛帖子);我们需要记录某个词在各个文...

em_aaron
昨天
27
0
"errcode": 41001, "errmsg": "access_token missing hint: [w.ILza05728877!]"

Postman获取微信小程序码的时候报错, errcode: 41001, errmsg: access_token missing hint 查看小程序开发api指南,原来access_token是直接当作parameter的(写在url之后),scene参数一定要...

两广总督bogang
昨天
33
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部