Kubernetes的Rolling Update实战

  • 时间:
  • 浏览:5
  • 来源:uu快3官网app_uu快3豹子赚钱

升级到2.4.31,YAML如下:

Kubernetes 的Deploy相关的命令不上能 :

4.2 官方资料

默认情況下,Kubernetes只会保留最近几只revision。在顶端的升级过程中,通过revisionHistoryLimit设置了revision的数量。让我们 通过命令来看一下:

3.2. 目前你什儿 资料因为不适用于新版本了,并不被网上的资料所误导,一定要立足与官方文档和系统帮助。累似 :

执行命令:

4.1 本文相关的yaml文件

在此过程中,让我们 会发现,ReplicaSet deployment-rollout-5fb9c69c5c逐步被deployment-rollout-54766f574f取代,创建新版本的Pod就让,原始版本的Pod被终止。这是二个 多多 平滑的升级过程。Kubernetes提供了二个 多多 参数maxSurge和maxUnavailable来精细控制Pod的替换数量。

初始Deployment的YAML如下:

Rollout可用资源类型:

执行命令:

每次升级或回滚操作就让REVISION的数字上能 增加1。通过kubectl history,让我们 上能 否都看每次升级记录,--record记录了每次操作的完正过程。通过kubectl undo执行回滚操作,选项--to-revision指定了回滚的修订版本号。

修改YAML文件中镜像的版本继续升级,观察升级结果:

httpd的image均因为升级到2.4.35,接下来让我们 试一下回滚到v2版本:

执行升级并记录升级日志。

一会儿后再观察一下:

3.3 Rollout updat不上能 否通过YAML来实现,后续文章会介绍。

随着Kubernetes的进一步深入使用,让我们 没办法 体会到它给让我们 的工作带来的高效与便利。Rolling Update是Kubernetes系统中的二个 多多 强大的功能,不能为让我们 的运维工作带来极大的便利。

3.1. 再次被Kubernetes的魅力所折服,平常工作中的灰度升级/发布/更新(按批次停止老版本实例,启用新版本实例,新老版本共存,逐步扩大新版本范围,最终把所有用户迁移到新版本上),蓝绿升级/发布/更新(不停止老版本,另组织组织结构署一套新版本,新版本通过测试发布后删除老版本),滚动升级/发布/更新(二个 多多 或多个服务停止,执行更新,逐步将新版本投入使用,周而复始,最终完成整个集群中所有实例的版本更新)哪几只概念理解更加透彻。

继续升级。新版的YAML如下: