Kubernetes Pod应用的滚动更新(八)

一、环境准备

我们紧接上一节的环境,进行下面的操作,如果不清楚的,可以先查看上一篇博文。

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

二、更新

我们查看一下上一节的配置文件mytest-deploy.yaml

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: mytest
spec:
  replicas: 3
  template:
    metadata:
      labels:
        run: mytest
    spec:
      containers:
      - name: mytest
        image: wangzan18/mytest:v1
        ports:
        - containerPort: 80

我们看到设定的镜像版本为v1,我们查看一下创建的ReplicaSet

[[email protected] ~]# kubectl get rs -o wide
NAME               DESIRED   CURRENT   READY   AGE   CONTAINERS   IMAGES                SELECTOR
mytest-88d46bf99   3         3         3       68m   mytest       wangzan18/mytest:v1   pod-template-hash=88d46bf99,run=mytest

目前运行的 Pod 由 ReplicaSet mytest-88d46bf99进行控制,我们将配置文件中的 v1 替换为 v2,再次应用。

[[email protected] ~]# kubectl apply -f mytest-deploy.yaml
deployment.extensions/mytest configured
[[email protected] ~]# kubectl get pods
NAME                     READY   STATUS        RESTARTS   AGE
mytest-56c55b4c6-6gjxc   1/1     Running       0          24s
mytest-56c55b4c6-f5trx   1/1     Running       0          18s
mytest-56c55b4c6-sh5wd   1/1     Running       0          24s
mytest-88d46bf99-48f6n   1/1     Terminating   0          70m
mytest-88d46bf99-mv6cf   1/1     Terminating   0          70m
mytest-88d46bf99-p9w79   1/1     Terminating   0          70m
[[email protected] ~]# kubectl get deploy -o wide
NAME     READY   UP-TO-DATE   AVAILABLE   AGE   CONTAINERS   IMAGES                SELECTOR
mytest   3/3     3            3           72m   mytest       wangzan18/mytest:v2   run=mytest
[[email protected] ~]# kubectl get rs -o wide
NAME               DESIRED   CURRENT   READY   AGE   CONTAINERS   IMAGES                SELECTOR
mytest-56c55b4c6   3         3         3       59s   mytest       wangzan18/mytest:v2   pod-template-hash=56c55b4c6,run=mytest
mytest-88d46bf99   0         0         0       71m   mytest       wangzan18/mytest:v1   pod-template-hash=88d46bf99,run=mytest

我们可以看到 Deployment 的镜像更新为wangzan18/mytest:v2,创建了新的 ReplicaSet mytest-56c55b4c6,并管理了三个新的 Pod。

[[email protected] ~]# kubectl describe deployment mytest
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  4m9s  deployment-controller  Scaled up replica set mytest-56c55b4c6 to 1
  Normal  ScalingReplicaSet  4m9s  deployment-controller  Scaled down replica set mytest-88d46bf99 to 2
  Normal  ScalingReplicaSet  4m9s  deployment-controller  Scaled up replica set mytest-56c55b4c6 to 2
  Normal  ScalingReplicaSet  4m3s  deployment-controller  Scaled down replica set mytest-88d46bf99 to 1
  Normal  ScalingReplicaSet  4m3s  deployment-controller  Scaled up replica set mytest-56c55b4c6 to 3
  Normal  ScalingReplicaSet  4m3s  deployment-controller  Scaled down replica set mytest-88d46bf99 to 0

每次只更新替换一个 Pod。

三、回滚

kubectl apply 每次更新应用时 Kubernetes 都会记录下当前的配置,保存为一个 revision(版次),这样就可以回滚到某个特定 revision。

默认配置下,Kubernetes 只会保留最近的几个 revision,可以在 Deployment 配置文件中通过 revisionHistoryLimit 属性增加 revision 数量。

通过命令kubectl rollout undo我们可以回滚到上一个版本。

[[email protected] ~]# kubectl rollout undo deploy mytest
deployment.extensions/mytest rolled back
[[email protected] ~]# kubectl get rs -o wide
NAME               DESIRED   CURRENT   READY   AGE   CONTAINERS   IMAGES                SELECTOR
mytest-56c55b4c6   0         0         0       12m   mytest       wangzan18/mytest:v2   pod-template-hash=56c55b4c6,run=mytest
mytest-88d46bf99   3         3         3       82m   mytest       wangzan18/mytest:v1   pod-template-hash=88d46bf99,run=mytest

可以看到三个 Pod 重新由镜像为wangzan18/mytest:v1的ReplicaSet进行接管。

原文地址:http://blog.51cto.com/wzlinux/2328833

时间: 2024-10-06 22:57:27

Kubernetes Pod应用的滚动更新(八)的相关文章

Kubernetes Pod 控制器

在机器人技术和自动化中,控制环是一个控制系统状态的不终止的循环 这是一个控制环的例子:"房间里的温度自动调节器"当你设置了温度,告诉了温度自动调节器你的"期望状态",房间的实际温度是"当前状态".通过对设备的开关控制,温度自动调节器让其当前状态无限接近于期望状态.控制器通过 k8s的apiserver 去监控集群的公共状态,并致力于将当前状态转变为所期望的状态. 中文参考官方:怎么描述Kubernetes架构控制器的 kubernetes 之Po

Kubernetes集群中Service的滚动更新

Kubernetes集群中Service的滚动更新 二月 9, 2017 0 条评论 在移动互联网时代,消费者的消费行为已经"全天候化",为此,商家的业务系统也要保持7×24小时不间断地提供服务以满足消费者的需求.很难想像如今还会有以"中断业务"为前提的服务系统更新升级.如果微信官方发布公告说:每周六晚23:00~次日凌晨2:00进行例行系统升级,不能提供服务,作为用户的你会怎么想.怎么做呢?因此,各个平台在最初设计时就要考虑到服务的更新升级问题,部署在Kubern

kubernetes 滚动更新

示例: 创建一个app:kubectl create deployment nginx --image=nginx:1.11 创建service kubectl expose deployment nginx --port=80 --type=NodePort 扩缩容:kubectl scale deployment nginx --replicas=5 修改镜像,滚动更新:kubectl set image deployment nginx nginx=nginx:1.10 或者kubectl

kubernetes学习(一) Scale应用 & 滚动更新

一.Scale应用 默认请款下应用只会运行一个副本,可通过kubectl get deployments 查看副本数. ~$ kubectl get deployments NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE blogtest 1 1 1 1 3d kubernetes-bootcamp 1 1 1 1 3d 1.使用scale增加pod数量 执行如下命令,可将副本数增加到3个. ~$ kubectl scale deployments/b

Kubernetes——滚动更新和数据管理

k8s——滚动更新滚动更新就是一次只更新一小部分副本,更新成功之后再更新更多的副本,最终完成所有副本的更新.滚动更新最大的好处是零停机,整个更新的过程中始终有副本运行,从而保证了业务的连续性.kubectl create deploy httpd3 --image=httpd  --dry-run -o yaml > httpd3.yaml或者手动编写yaml文件: vim httpd3.yaml apiVersion: apps/v1kind: Deploymentmetadata: labe

Docker Swarm(八)滚动更新、回滚服务

滚动更新.回滚服务 默认情况下, swarm一次只更新一个副本,并且两个副本之间没有等待时间,我们可以通过: --update-parallelism:设置并行更新的副本数量. --update-delay: 指定滚动更新的时间间隔. 创建8个副本的masl服务: docker service create --name masl -e TZ="Asia/Shanghai" --network mrp_net --replicas 8 -p 8081:8080 \--update-de

深入玩转K8S之智能化的业务弹性伸缩和滚动更新操作

在上篇我们讲到了较为傻瓜初级的弹性伸缩和滚动更新,那么接下来我们来看看较为高级的智能的滚动更新.本节的知识点呢是K8S的liveness和readiness探测,也就是说利用健康检查来做更为智能化的弹性扩容和滚动更新. 那为什么说是比较智能化呢,因为在实际生产环境中会遇到这样那样的问题,比如:容器里面应用挂了或者说新启动的容器里面应用还没有就绪等等,所以说就需要进行探测来检验容器是否满足需求. 那么一般的检测分为几种,比如:进程检测.业务检测. 进程检测呢很好理解,也就是说通过检测容器进程来验证

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

一.知识准备 ● 本文详细探索deployment在滚动更新时候的行为 ● 相关的参数介绍: ??livenessProbe:存活性探测.判断pod是否已经停止 ??readinessProbe:就绪性探测.判断pod是否能够提供正常服务 ??maxSurge:在滚动更新过程中最多可以存在的pod数 ??maxUnavailable:在滚动更新过程中最多不可用的pod数 二.环境准备 组件 版本 OS Ubuntu 18.04.1 LTS docker 18.06.0-ce 三.准备镜像.yam

详解 Kubernetes Pod 的实现原理

Pod.Service.Volume 和 Namespace 是 Kubernetes 集群中四大基本对象,它们能够表示系统中部署的应用.工作负载.网络和磁盘资源,共同定义了集群的状态.Kubernetes 中很多其他的资源其实只对这些基本的对象进行了组合. Pod 是 Kubernetes 集群中能够被创建和管理的最小部署单元,想要彻底和完整的了解 Kubernetes 的实现原理,我们必须要清楚 Pod 的实现原理以及最佳实践. 在这里,我们将分两个部分对 Pod 进行解析,第一部分主要会从