一、k8s版本更新

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

  实践:部署三个副本应用,初始镜像为httpd:v1,然后将其更新到httpd:v3

1、httpd:v1的配置文件如下:

[root@ren7 yaml]# cat httpdv1.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: httpdv1
spec:
replicas: 3
template:
metadata:
labels:
name: httpdv1
run: httpd
spec:
containers:
- name: httpd-appv1
image: reg.yunwei.com/learn/httpd:v1
ports:
- containerPort: 80

2、部署应用并查看

[root@ren7 yaml]# kubectl apply -f httpdv1.yaml
deployment.extensions/httpdv1 created
[root@ren7 yaml]# kubectl get deployment -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpdv1 3/3 3 3 19s httpd-appv1 reg.yunwei.com/learn/httpd:v1 name=httpdv1,run=httpd
[root@ren7 yaml]# kubectl get replicaset -o wide
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
httpdv1-676f9f5d8f 3 3 3 46s httpd-appv1 reg.yunwei.com/learn/httpd:v1 name=httpdv1,pod-template-hash=676f9f5d8f,run=httpd
[root@ren7 yaml]# kubectl get pod -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
httpdv1-676f9f5d8f-9jmxx 1/1 Running 0 59s 172.20.33.97 192.168.11.6 <none> <none>
httpdv1-676f9f5d8f-ldmbk 1/1 Running 0 59s 172.20.72.187 192.168.11.5 <none> <none>
httpdv1-676f9f5d8f-m8w82 1/1 Running 0 59s 172.20.72.188 192.168.11.5 <none> <none>

  部署过程如下:

  创建 Deployment httpdv1

  创建 ReplicaSet httpdv1-676f9f5d8f

  创建三个 Pod

  当前镜像为 reg.yunwei.com/learn/httpd:v1

3、将配置文件中 reg.yunwei.com/learn/httpd:v1 替换为 reg.yunwei.com/learn/httpd:v2,再次执行 kubectl apply。

[root@ren7 yaml]# vim httpdv1.yaml
[root@ren7 yaml]# kubectl apply -f httpdv1.yaml
deployment.extensions/httpdv1 configured
[root@ren7 yaml]# kubectl get deployment -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpdv1 2/3 3 2 4m17s httpd-appv1 reg.yunwei.com/learn/httpd:v2 name=httpdv1,run=httpd
[root@ren7 yaml]# kubectl get replicaset -o wide    #这一步要稍微等几分钟才会切换到v2版本
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
httpdv1-676f9f5d8f 0 0 0 4m56s httpd-appv1 reg.yunwei.com/learn/httpd:v1 name=httpdv1,pod-template-hash=676f9f5d8f,run=httpd
httpdv1-75f7c775db 3 3 3 43s httpd-appv1 reg.yunwei.com/learn/httpd:v2 name=httpdv1,pod-template-hash=75f7c775db,run=httpd
[root@ren7 yaml]# kubectl get pod -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
httpdv1-75f7c775db-44kpj 1/1 Running 0 49s 172.20.72.189 192.168.11.5 <none> <none>
httpdv1-75f7c775db-dx2dn 1/1 Running 0 46s 172.20.33.99 192.168.11.6 <none> <none>
httpdv1-75f7c775db-m9dnc 1/1 Running 0 49s 172.20.33.98 192.168.11.6 <none> <none>

我们发现了如下变化:

  Deployment httpdv1 的镜像更新为 reg.yunwei.com/learn/httpd:v2

  新创建了 ReplicaSet httpdv1-75f7c775db ,镜像为 reg.yunwei.com/learn/httpd:v2,并且管理了三个新的 Pod。

  之前的 ReplicaSet httpdv1-676f9f5d8f 里面已经没有任何 Pod。

  结论是:ReplicaSet httpdv1-676f9f5d8f 的三个 reg.yunwei.com/learn/httpd:v1 Pod 已经被 ReplicaSet httpdv1-75f7c775db 的三个 reg.yunwei.com/learn/httpd:v2 Pod 替换了。

第四步:具体过程可以通过 kubectl describe deployment httpd 查看。

[root@ren7 yaml]# kubectl describe deployment httpdv1
Name: httpdv1
Namespace: default
CreationTimestamp: Sat, 26 Oct 2019 09:44:08 +0800
Labels: name=httpdv1
run=httpd
Annotations: deployment.kubernetes.io/revision: 2
kubectl.kubernetes.io/last-applied-configuration:
{"apiVersion":"extensions/v1beta1","kind":"Deployment","metadata":{"annotations":{},"name":"httpdv1","namespace":"default"},"spec":{"repli...
Selector: name=httpdv1,run=httpd
Replicas: 3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType: RollingUpdate
MinReadySeconds: 0
RollingUpdateStrategy: 1 max unavailable, 1 max surge
Pod Template:
Labels: name=httpdv1
run=httpd
Containers:
httpd-appv1:
Image: reg.yunwei.com/learn/httpd:v2
Port: 80/TCP
Host Port: 0/TCP
Environment: <none>
Mounts: <none>
Volumes: <none>
Conditions:
Type Status Reason
---- ------ ------
Available True MinimumReplicasAvailable
OldReplicaSets: <none>
NewReplicaSet: httpdv1-75f7c775db (3/3 replicas created)
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal ScalingReplicaSet 12m deployment-controller Scaled up replica set httpdv1-676f9f5d8f to 3
Normal ScalingReplicaSet 8m39s deployment-controller Scaled up replica set httpdv1-75f7c775db to 1
Normal ScalingReplicaSet 8m39s deployment-controller Scaled down replica set httpdv1-676f9f5d8f to 2
Normal ScalingReplicaSet 8m39s deployment-controller Scaled up replica set httpdv1-75f7c775db to 2
Normal ScalingReplicaSet 8m36s deployment-controller Scaled down replica set httpdv1-676f9f5d8f to 1
Normal ScalingReplicaSet 8m36s deployment-controller Scaled up replica set httpdv1-75f7c775db to 3
Normal ScalingReplicaSet 8m32s deployment-controller Scaled down replica set httpdv1-676f9f5d8f to 0

每次只更新替换一个 Pod:

  ReplicaSet httpdv1-75f7c775db 增加一个 Pod,总数为 1。

  ReplicaSet httpdv1-676f9f5d8f 减少一个 Pod,总数为 2。

  ReplicaSet httpdv1-75f7c775db 增加一个 Pod,总数为 2。

  ReplicaSet httpdv1-676f9f5d8f 减少一个 Pod,总数为 1。

  ReplicaSet httpdv1-75f7c775db 增加一个 Pod,总数为 3。

  ReplicaSet httpdv1-676f9f5d8f 减少一个 Pod,总数为 0。

  每次替换的 Pod 数量是可以定制的。Kubernetes 提供了两个参数 maxSurge 和 maxUnavailable 来精细控制 Pod 的替换数量。

二、更新回滚

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

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

实践:回滚功能

1、应用有如下三个配置文件httpdv1.yaml,httpdv2.yaml 和 httpdv3.yaml,分别对应不同的httpd的镜像v1,v2和v3:

[root@ren7 yaml]# cat httpdv1.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: httpd
spec:
revisionHistoryLimit: 10
replicas: 3
template:
metadata:
labels:
name: httpd
run: httpd
spec:
containers:
- name: httpd-app
image: reg.yunwei.com/learn/httpd:v1
ports:
- containerPort: 80
[root@ren7 yaml]# cat httpdv2.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: httpd
spec:
revisionHistoryLimit: 10
replicas: 3
template:
metadata:
labels:
name: httpd
run: httpd
spec:
containers:
- name: httpd-app
image: reg.yunwei.com/learn/httpd:v2
ports:
- containerPort: 80
# nodeSelector:
# disktype: ssd
[root@ren7 yaml]# cat httpdv3.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: httpd
spec:
revisionHistoryLimit: 10
replicas: 3
template:
metadata:
labels:
name: httpd
run: httpd
spec:
containers:
- name: httpd-app
image: reg.yunwei.com/learn/httpd:v3
ports:
- containerPort: 80

2、部署应用并更新

  后面一个部署的应用,会覆盖掉前面的(名称相同)

[root@ren7 yaml]# kubectl apply -f httpdv1.yaml --record
deployment.extensions/httpd created
[root@ren7 yaml]# kubectl get deployment httpd -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpd 3/3 3 3 33s httpd-app reg.yunwei.com/learn/httpd:v1 name=httpd,run=httpd

[root@ren7 yaml]# kubectl apply -f httpdv2.yaml --record
deployment.extensions/httpd configured
[root@ren7 yaml]# kubectl get deployment httpd -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpd 2/3 3 2 45s httpd-app reg.yunwei.com/learn/httpd:v2 name=httpd,run=httpd

[root@ren7 yaml]# kubectl apply -f httpdv3.yaml --record
deployment.extensions/httpd configured
[root@ren7 yaml]# kubectl get deployment httpd -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpd 2/3 2 2 54s httpd-app reg.yunwei.com/learn/httpd:v3 name=httpd,run=httpd

  --record 的作用是将当前命令记录到 revision 记录中,这样我们就可以知道每个 revison 对应的是哪个配置文件。

3、通过 kubectl rollout history deployment httpd 查看 revison 历史记录。

[root@ren7 yaml]# kubectl rollout history deployment httpd
deployment.extensions/httpd
REVISION CHANGE-CAUSE
1 kubectl apply --filename=httpdv1.yaml --record=true
2 kubectl apply --filename=httpdv2.yaml --record=true
3 kubectl apply --filename=httpdv3.yaml --record=true

  CHANGE-CAUSE 就是 --record 的结果。

4、如果要回滚到某个版本,比如 revision 1,可以执行命令 kubectl rollout undo deployment httpd --to-revision=1:

[root@ren7 yaml]# kubectl rollout undo deployment httpd --to-revision=1
deployment.extensions/httpd rolled back
[root@ren7 yaml]# kubectl get deployment httpd -o wide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
httpd 3/3 3 3 4m31s httpd-app reg.yunwei.com/learn/httpd:v1 name=httpd,run=httpd

5、此时,revison 历史记录也会发生相应变化。

[root@ren7 yaml]# kubectl rollout history deployment httpd
deployment.extensions/httpd
REVISION CHANGE-CAUSE
2 kubectl apply --filename=httpdv2.yaml --record=true
3 kubectl apply --filename=httpdv3.yaml --record=true
4 kubectl apply --filename=httpdv1.yaml --record=true

  revison 1 变成了 revison 4。不过我们可以通过 CHANGE-CAUSE 知道每个 revison 的具体含义。所以一定要在执行 kubectl apply 时加上 --record参数。

k8s滚动更新(8)的更多相关文章

  1. linux运维、架构之路-K8s滚动更新及回滚

    一.滚动更新        应用程序一次只更新一小部分副本,更新成功后,再更新更多的副本,最终完成所有副本的更新. 滚动更新的优点:零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性. 1. ...

  2. k8s滚动更新(六)--技术流ken

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

  3. k8s滚动更新(六)

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

  4. 入门 - k8s滚动更新部署中的镜像版本 (七)

    目标 使用 kubectl 执行 Rolling Update(滚动更新) 更新应用程序 用户期望应用程序始终可用,为此开发者/运维者在更新应用程序时要分多次完成.在 Kubernetes 中,这是通 ...

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

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

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

    一.知识准备 ● 本文详细探索deployment在滚动更新时候的行为 ● 相关的参数介绍:   livenessProbe:存活性探测.判断pod是否已经停止   readinessProbe:就绪 ...

  7. 详细聊聊k8s deployment的滚动更新(一)

    一.知识准备 ● 本文详细探索deployment在滚动更新时候的行为 二.环境准备 组件 版本 OS Ubuntu 18.04.1 LTS docker 18.06.0-ce 三.准备镜像 首先准备 ...

  8. k8s 存活探针,滚动更新

    文章原文 存活探针 Kubelet使用liveness probe(存活探针)来确定何时重启容器.例如,当应用程序处于运行状态但无法做进一步操作,liveness探针将捕获到deadlock,重启处于 ...

  9. k8s(6)-滚动更新

    用户希望应用程序始终可用,开发人员应该每天多次部署新版本的应用程序.在Kubernetes中,这是通过滚动更新完成的.滚动更新允许通过使用新的实例逐步更新Pods实例来实现部署的更新,从而实现零停机. ...

随机推荐

  1. 并发编程-线程池&J.U.C

    8. 共享模型之工具 8.1 线程池 池化技术相比大家已经屡见不鲜了,线程池.数据库连接池.Http 连接池等等都是对这个思想的应用.池化技术的思想主要是为了减少每次获取资源的消耗,提高对资源的利用率 ...

  2. Leedcode算法专题训练(双指针)

    算法思想 双指针 167. 两数之和 II - 输入有序数组 双指针的典型用法 如果两个指针指向元素的和 sum == target,那么得到要求的结果: 如果 sum > target,移动较 ...

  3. 使用gradle插件发布项目到nexus中央仓库

    目录 简介 Gradle Nexus Publish Plugin历史 插件的使用 Groovy DSL Kotlin DSL 插件背后的故事 总结 简介 Sonatype 提供了一个叫做开源软件资源 ...

  4. 「SpringBoot2.4新特性」jar自动瘦身

    自动分析瘦身 Spring Boot 项目最终构建处理 JAR 包大小一直是个诟病,需要把所有依赖包内置最终输出可运行的 jar. 当然可以使用其他的插件扩展 实现依赖 JAR 和 可运行 jar 分 ...

  5. 使用 EPPlus 封装的 excel 表格导入功能 (二) delegate 委托 --永远滴神

    使用 EPPlus 封装的 excel 表格导入功能 (二) delegate 委托 --永远滴神 前言 接上一篇 使用 EPPlus 封装的 excel 表格导入功能 (一) 前一篇的是大概能用但是 ...

  6. python 爬取王者荣耀英雄皮肤代码

    import os, time, requests, json, re, sys from retrying import retry from urllib import parse "& ...

  7. 深度解析Django REST Framework 批量操作

    我们都知道Django rest framework这个库,默认只支持批量查看,不支持批量更新(局部或整体)和批量删除. 下面我们来讨论这个问题,看看如何实现批量更新和删除操作. DRF基本情况 我们 ...

  8. composer 使用提示

    1.使用国内镜像[推荐] composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 或者 comp ...

  9. 从苏宁电器到卡巴斯基第11篇:我在苏宁电器当营业员 III

    积分换礼的是是非非 在苏宁购物是需要会员卡的(免费办理),我们需要利用这个会员卡来开单,顾客的消费可以换算成积分,贮存在会员卡里面.这个积分可以用于积分换礼,比如电磁炉.乐扣保鲜盒或者其它一些家用器具 ...

  10. DVWA之Command injection(命令执行漏洞)

    目录 Low Medium Middle Impossible 命令执行漏洞的原理:在操作系统中, &  .&& .|  . ||   都可以作为命令连接符使用,用户通过浏览器 ...