默认搜索
当前位置:主页 > 香港管家婆玄机图 马报 > 正文
  • Core on K8S深入学习(5)Rolling Update
  • 日期:2019-09-26   点击:   作者:admin   来源:未知   字体:[ ]

  为了服务升级过程中提供可持续的不中断的服务,K8S提供了Rolling Update机制,它可以使得服务近乎无缝地平滑升级,即在不停止对外服务的前提下完成应用的更新。滚动更新采用渐进的方式逐步替换旧版本Pod,如果更新不如预期,那么也可以通过回滚操作恢复到更新前的状态。

  滚动更新的最大好处在于零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性。

  滚动更新的最大好处在于零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性。

  (3)将本地镜像push到远程镜像仓库,武汉那个汽车站有到云阳的汽车?,这里我传送到了docker hub的一个公共仓库里边:

  首先,我们先创建一个1.0版本到K8S中,准备YAML配置文件(这次我们将Deployment和Service的资源定义写在了一起):

  假设1.0版本运行了一段时间,我们又做了一些优化准备发布1.1版本,那么这时我们可以借助Rolling Update进行滚动更新,只需要修改一下YAML配置文件:将镜像版本的Tag更改为1.1即可。

  当我们通过kubectl每次更新应用时,K8S都会记录下当前的配置,保存为一个revision(版次),这样就可以回滚到某个特定的revision。回想一下,我们在版本管理工具类似于SVN,12小时飚至QQ音乐新歌...,Git中,都可以方便的回滚到之前的某个revision中。

  下面,以上面的示例为例,我们发现V1.2版本中存在某些bug,需要回退到上一个V1.1版本:

  如果想要回退到更远的老版本呢?这时,就需要借助--record命令了。怎么弄呢?下面慢慢道来:

  加上--record的作用在于将当前命令记录到revision(版次)记录中,这样可以方便我们在后面通过kubectl rollback时去指定revision。我们也可以通过以下命令去查看各个revision的记录:

  (3)这时我们再进行rollback时,可以指定具体revision号了:

  K8S中对于更Rolling Update的操作主要是针对ReplicaSet的操作,可以通过如下命令查看验证:

  通过日志可以看到,在进行对ReplicaSet的伸缩过程中,ReplicaSet会随之增加或减少一个Pod,从而完成Pod的替换以实现滚动更新的结果。

  滚动更新的最大好处在于零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性。本文介绍了滚动更新的概念,然后通过更新和回滚一个Core应用演示了如何在K8S中进行滚动更新。


雷锋专题图库| 香港九龙全年历史图库| 2018年香港开奖现场直播结果| 香港黄大仙高手论坛| 财神六合网| 香港马会资料书本大全| 高手收集杀肖统计论坛| 香港九龙六合开奖资料| 一线图库彩图资料大全| 好彩堂特码分析网|