Kubernetes----Deployment控制器实现版本回退

简介: Kubernetes----Deployment控制器实现版本回退

一、版本升级过程的变化原理

编辑pc_deployment.yaml文件,内容如下:

apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: pc-deployment
  namespace: dev
spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.1

使用如下命令创建资源,注意加--record参数,用于记录创建记录信息

[root@master pod_controller]# kubectl apply -f pc_deployment.yaml --record=true
namespace/dev created
deployment.apps/pc-deployment created
[root@master pod_controller]#

然后编辑yaml文件,将镜像版本升级到1.17.2,再次使用上述命令
然后编辑yaml文件,将镜像版本升级到1.17.3,再次使用上述命令
然后编辑yaml文件,将镜像版本升级到1.17.4,再次使用上述命令
此时,通过如下命令可以查看到,有四个ReplicaSet

[root@master pod_controller]# kubectl get rs -n dev
NAME                       DESIRED   CURRENT   READY   AGE
pc-deployment-5d9c9b97bb   0         0         0       4m9s
pc-deployment-6b575b9c45   3         3         3       47s
pc-deployment-76fd8c7f84   0         0         0       88s
pc-deployment-7c7477c7ff   0         0         0       118s

而通过监控ReplicaSet的变化过程如下看可以发现,在每次镜像升级的过程中,其实本质是每次都创建一个新的ReplicaSet,然后依次在新的ReplicaSet上创建pod

[root@master ~]# kubectl get rs -n dev -w
NAME                       DESIRED   CURRENT   READY   AGE
pc-deployment-5d9c9b97bb   3         3         3       2m7s
pc-deployment-7c7477c7ff   1         0         0       0s
pc-deployment-7c7477c7ff   1         0         0       0s
pc-deployment-7c7477c7ff   1         1         0       0s
pc-deployment-7c7477c7ff   1         1         1       1s
pc-deployment-5d9c9b97bb   2         3         3       2m12s
pc-deployment-5d9c9b97bb   2         3         3       2m12s
pc-deployment-7c7477c7ff   2         1         1       1s
pc-deployment-5d9c9b97bb   2         2         2       2m12s
pc-deployment-7c7477c7ff   2         1         1       1s
pc-deployment-7c7477c7ff   2         2         1       1s
pc-deployment-7c7477c7ff   2         2         2       2s
pc-deployment-5d9c9b97bb   1         2         2       2m13s
pc-deployment-5d9c9b97bb   1         2         2       2m13s
pc-deployment-7c7477c7ff   3         2         2       2s
pc-deployment-5d9c9b97bb   1         1         1       2m13s
pc-deployment-7c7477c7ff   3         2         2       2s
pc-deployment-7c7477c7ff   3         3         2       2s
pc-deployment-7c7477c7ff   3         3         3       24s
pc-deployment-5d9c9b97bb   0         1         1       2m35s
pc-deployment-5d9c9b97bb   0         1         1       2m35s
pc-deployment-5d9c9b97bb   0         0         0       2m35s
pc-deployment-76fd8c7f84   1         0         0       0s
pc-deployment-76fd8c7f84   1         0         0       0s
pc-deployment-76fd8c7f84   1         1         0       0s
pc-deployment-76fd8c7f84   1         1         1       1s
pc-deployment-7c7477c7ff   2         3         3       31s
pc-deployment-7c7477c7ff   2         3         3       31s
pc-deployment-76fd8c7f84   2         1         1       1s
pc-deployment-76fd8c7f84   2         1         1       1s
pc-deployment-7c7477c7ff   2         2         2       31s
pc-deployment-76fd8c7f84   2         2         1       1s
pc-deployment-76fd8c7f84   2         2         2       2s
pc-deployment-7c7477c7ff   1         2         2       32s
pc-deployment-7c7477c7ff   1         2         2       32s
pc-deployment-76fd8c7f84   3         2         2       2s
pc-deployment-7c7477c7ff   1         1         1       32s
pc-deployment-76fd8c7f84   3         2         2       2s
pc-deployment-76fd8c7f84   3         3         2       2s
pc-deployment-76fd8c7f84   3         3         3       3s
pc-deployment-7c7477c7ff   0         1         1       33s
pc-deployment-7c7477c7ff   0         1         1       33s
pc-deployment-7c7477c7ff   0         0         0       33s
pc-deployment-6b575b9c45   1         0         0       0s
pc-deployment-6b575b9c45   1         0         0       0s
pc-deployment-6b575b9c45   1         1         0       0s
pc-deployment-6b575b9c45   1         1         1       22s
pc-deployment-76fd8c7f84   2         3         3       63s
pc-deployment-6b575b9c45   2         1         1       22s
pc-deployment-76fd8c7f84   2         3         3       63s
pc-deployment-6b575b9c45   2         1         1       22s
pc-deployment-6b575b9c45   2         2         1       22s
pc-deployment-76fd8c7f84   2         2         2       63s
pc-deployment-6b575b9c45   2         2         2       45s
pc-deployment-76fd8c7f84   1         2         2       86s
pc-deployment-6b575b9c45   3         2         2       45s
pc-deployment-76fd8c7f84   1         2         2       86s
pc-deployment-76fd8c7f84   1         1         1       86s
pc-deployment-6b575b9c45   3         2         2       45s
pc-deployment-6b575b9c45   3         3         2       45s
pc-deployment-6b575b9c45   3         3         3       46s
pc-deployment-76fd8c7f84   0         1         1       87s
pc-deployment-76fd8c7f84   0         1         1       87s
pc-deployment-76fd8c7f84   0         0         0       87s

二、版本回退

2.1 版本回退简介

deployment控制器支持版本回退,因为在每次升级的时候deployment都是创建了一个新的ReplicaSet,依次,版本回退就是回退到旧的ReplicaSet上即可

deployment版本回退相关的命令是:kubectl rollout 命令,后跟如下选项

  • status 显示当前升级状态
  • history 显示升级历史记录
  • pause 暂停版本升级过程
  • resume 继续已经暂停的版本升级过程
  • restart 重启版本升级过程
  • undo 回滚到上一级版本(可以使用 --to-revision回滚到指定的版本)

2.2 版本回退

如下即查看当前升级状态

[root@master pod_controller]# kubectl rollout status deployment pc-deployment -n dev
deployment "pc-deployment" successfully rolled out
[root@master pod_controller]#

如下命令可以查看到升级历史记录

[root@master pod_controller]# kubectl rollout history deployment pc-deployment -n dev
deployment.apps/pc-deployment
REVISION  CHANGE-CAUSE
1         kubectl apply --filename=pc_deployment.yaml --record=true
2         kubectl apply --filename=pc_deployment.yaml --record=true
3         kubectl apply --filename=pc_deployment.yaml --record=true
4         kubectl apply --filename=pc_deployment.yaml --record=true

[root@master pod_controller]#

通过如下命令即可回退到上个版本

[root@master pod_controller]# kubectl rollout undo deployment pc-deployment -n dev
deployment.apps/pc-deployment rolled back
[root@master pod_controller]#

此时查看历史版本如下,已经没有3了,而是多了一个5

[root@master pod_controller]# kubectl rollout history deployment pc-deployment -n dev
deployment.apps/pc-deployment
REVISION  CHANGE-CAUSE
1         kubectl apply --filename=pc_deployment.yaml --record=true
2         kubectl apply --filename=pc_deployment.yaml --record=true
3         kubectl apply --filename=pc_deployment.yaml --record=true
4         kubectl apply --filename=pc_deployment.yaml --record=true

[root@master pod_controller]#

若直接回退到第一个版本,则使用如下命令即可

[root@master pod_controller]# kubectl rollout undo deployment pc-deployment --to-revision=1 -n dev
deployment.apps/pc-deployment rolled back
[root@master pod_controller]#

此时再次查看历史记录如下,此时1已经没有了,而多出来一个6

[root@master pod_controller]# kubectl rollout history deployment pc-deployment -n dev
deployment.apps/pc-deployment
REVISION  CHANGE-CAUSE
2         kubectl apply --filename=pc_deployment.yaml --record=true
4         kubectl apply --filename=pc_deployment.yaml --record=true
5         kubectl apply --filename=pc_deployment.yaml --record=true
6         kubectl apply --filename=pc_deployment.yaml --record=true

[root@master pod_controller]#
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
2月前
|
Kubernetes 监控 调度
【赵渝强老师】K8s的DaemonSet控制器
DaemonSet控制器确保每个节点上运行一个Pod副本,适用于监控、日志收集等场景。通过示例创建DaemonSet并查看Pod信息,展示了其自动扩展和回收的能力。视频讲解和代码示例详细说明了DaemonSet的使用方法和调度机制。
|
2月前
|
Kubernetes 调度 容器
【赵渝强老师】K8s中Job控制器单工作队列的串行方式
Kubernetes中的Job控制器用于管理一次性任务,确保任务完成后不再重启。本文介绍了Job的工作原理、运行方式及示例,包括创建Job、查看Job和Pod信息等步骤,并附有视频讲解。
|
2月前
|
Kubernetes 双11 容器
【赵渝强老师】Kubernetes中的控制器
Kubernetes通过控制器管理Pod的生命周期,以应对不同场景需求,如Deployment、DaemonSet、Job等。控制器可自动调整Pod数量和重启故障Pod,确保系统稳定运行。视频讲解和详细内容见下文。
|
2月前
|
Kubernetes 应用服务中间件 nginx
【赵渝强老师】K8s中的Deployment控制器
Kubernetes中的Deployment用于部署无状态应用程序,管理Pod的数量、更新方式和资源限制。通过创建和管理ReplicaSet,Deployment可以实现Pod的自动扩缩容、滚动更新和回滚。本文介绍了Deployment的基本概念,并通过一个具体的示例演示了如何使用Deployment创建、更新和管理Pod。
|
3月前
|
Kubernetes Linux 测试技术
|
8月前
|
运维 Kubernetes 监控
Kubernetes详解(十九)——Kubernetes Pod控制器
Kubernetes详解(十九)——Kubernetes Pod控制器
111 3
|
2月前
|
存储 Kubernetes 调度
【赵渝强老师】K8s中Deployment控制器与StatefulSet控制器的区别
K8s中的Deployment控制器用于管理无状态应用程序,关注Pod数量、更新方式等;而StatefulSets控制器则管理有状态应用程序,提供持久存储和唯一标识符,适用于需要稳定网络标识符和持久化存储的场景。两者的主要区别在于是否维护状态和顺序。
|
2月前
|
存储 Kubernetes 调度
【赵渝强老师】K8s的有状态控制器StatefulSet
在Kubernetes中,StatefulSets用于部署有状态应用程序,提供持久存储和唯一标识符。与Deployment不同,StatefulSets确保Pod的标识符在重新调度后保持不变,适用于需要稳定网络标识符和持久存储的场景。本文介绍了StatefulSets的创建、扩容与缩容、更新与回滚等操作,并提供了具体示例和视频讲解。
|
2月前
|
Kubernetes Linux 调度
【赵渝强老师】K8s的周期性任务控制器CronJob
本文介绍了K8s中的CronJob控制器,它类似于Linux的crontab命令,用于管理和调度定时作业。CronJob可以设置在未来某一时间运行作业一次或在指定时间点重复运行作业。文章通过一个示例展示了如何创建和使用CronJob控制器,包括创建配置文件、应用配置、查看Pod信息和日志等步骤。同时,还解释了CronJob的时间表示方式及其限制。
|
2月前
|
Kubernetes 调度 容器
【赵渝强老师】K8s的Job控制器多工作队列的并行方式
Kubernetes Job 是一次性任务控制器,用于控制 Pod 中的容器执行特定任务。本文介绍了 Job 控制器的工作原理、运行方式及多工作队列并行执行的示例。示例中创建了 5 个作业,以 3 个队列并行执行,整个过程需 2 分钟。文中还提供了详细的 YAML 文件配置和执行命令。

热门文章

最新文章