k8s滚动更新(六)--技术流ken
实践
滚动更新是一次只更新一小部分副本,成功后,再更新更多的副本,最终完成所有副本的更新。滚动更新的最大的好处是零停机,整个更新过程始终有副本在运行,从而保证了业务的连续性。
下面我们部署三副本应用,初始镜像为 httpd:2.2.31,然后将其更新到 httpd:2.2.32。
第一步: httpd:2.2.31 的配置文件如下:
[root@ken ~]# cat httpd.yml apiVersion: apps/v1beta1 kind: Deployment metadata:name: httpd spec:replicas: 3template:metadata:labels:run: httpdspec:containers:- name: httpdimage: httpd:2.2.31ports:- containerPort: 80
第二步:部署应用并查看
[root@ken ~]# kubectl apply -f httpd.yml deployment.apps/httpd created[root@ken ~]# kubectl get deployment -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 0/3 3 0 10s httpd httpd:2.2.31 run=httpd
[root@ken ~]# kubectl get replicaset -o wide
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
httpd-76cfb94bf4 3 3 0 23s httpd httpd:2.2.31 pod-template-hash=76cfb94bf4,run=httpd
[root@ken ~]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES httpd-76cfb94bf4-629s2 1/1 Running 0 113s 10.244.1.34 host1 <none> <none> httpd-76cfb94bf4-lt9wb 1/1 Running 0 113s 10.244.1.33 host1 <none> <none> httpd-76cfb94bf4-n62nj 1/1 Running 0 113s 10.244.2.23 host2 <none> <none>
部署过程如下:
创建 Deployment httpd
创建 ReplicaSet httpd-76cfb94bf4
创建三个 Pod
当前镜像为 httpd:2.2.31
第三步:将配置文件中 httpd:2.2.31 替换为 httpd:2.2.32,再次执行 kubectl apply。
[root@ken ~]# kubectl apply -f httpd.yml deployment.apps/httpd configured[root@ken ~]# kubectl get deployment -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 3/3 1 3 4m2s httpd httpd:2.2.32 run=httpd[root@ken ~]# kubectl get replicaset -o wide #这一步要稍等几分钟才会切换到32版本 NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR httpd-6cf6bf9f57 3 3 3 2m47s httpd httpd:2.2.32 pod-template-hash=6cf6bf9f57,run=httpd httpd-76cfb94bf4 0 0 0 6m30s httpd httpd:2.2.31 pod-template-hash=76cfb94bf4,run=httpd[root@ken ~]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES httpd-6cf6bf9f57-5md94 1/1 Running 0 2m58s 10.244.2.24 host2 <none> <none> httpd-6cf6bf9f57-nvxnc 1/1 Running 0 75s 10.244.1.35 host1 <none> <none> httpd-6cf6bf9f57-v7lpg 1/1 Running 0 22s 10.244.1.36 host1 <none> <none>
我们发现了如下变化:
Deployment httpd 的镜像更新为 httpd:2.2.32
新创建了 ReplicaSethttpd-6cf6bf9f57,镜像为 httpd:2.2.32,并且管理了三个新的 Pod。
之前的 ReplicaSet httpd-76cfb94bf4里面已经没有任何 Pod。
结论是:ReplicaSethttpd-76cfb94bf4的三个 httpd:2.2.31 Pod 已经被 ReplicaSethttpd-6cf6bf9f57的三个 httpd:2.2.32 Pod 替换了。
第四步:具体过程可以通过 kubectl describe deployment httpd 查看。
[root@ken ~]# kubectl describe deployment httpd ... Events:Type Reason Age From Message---- ------ ---- ---- -------Normal ScalingReplicaSet 9m11s deployment-controller Scaled up replica set httpd-76cfb94bf4 to 3Normal ScalingReplicaSet 5m28s deployment-controller Scaled up replica set httpd-6cf6bf9f57 to 1Normal ScalingReplicaSet 3m45s deployment-controller Scaled down replica set httpd-76cfb94bf4 to 2Normal ScalingReplicaSet 3m45s deployment-controller Scaled up replica set httpd-6cf6bf9f57 to 2Normal ScalingReplicaSet 2m52s deployment-controller Scaled down replica set httpd-76cfb94bf4 to 1Normal ScalingReplicaSet 2m52s deployment-controller Scaled up replica set httpd-6cf6bf9f57 to 3Normal ScalingReplicaSet 2m50s deployment-controller Scaled down replica set httpd-76cfb94bf4 to 0
每次只更新替换一个 Pod:
ReplicaSet httpd-6cf6bf9f57 增加一个 Pod,总数为 1。
ReplicaSet httpd-76cfb94bf4 减少一个 Pod,总数为 2。
ReplicaSet httpd-6cf6bf9f57 增加一个 Pod,总数为 2。
ReplicaSet httpd-76cfb94bf4 减少一个 Pod,总数为 1。
ReplicaSet httpd-6cf6bf9f57 增加一个 Pod,总数为 3。
ReplicaSet httpd-76cfb94bf4 减少一个 Pod,总数为 0。
每次替换的 Pod 数量是可以定制的。Kubernetes 提供了两个参数 maxSurge 和 maxUnavailable 来精细控制 Pod 的替换数量,我们将在后面结合 Health Check 特性一起讨论。
更新回滚
kubectl apply 每次更新应用时 Kubernetes 都会记录下当前的配置,保存为一个 revision(版次),这样就可以回滚到某个特定 revision。
默认配置下,Kubernetes 只会保留最近的几个 revision,可以在 Deployment 配置文件中通过 revisionHistoryLimit 属性增加 revision 数量。
第一步:下面实践回滚功能。
应用有如下三个配置文件 httpd.v1.yml,httpd.v2.yml 和 httpd.v3.yml,分别对应不同的 httpd 镜像 2.4.16,2.4.17 和 2.4.18:
第二步:部署应用并更新
后面一个部署的应用,会覆盖掉前面的(名称相同)
[root@ken ~]# kubectl apply -f httpd_v1.yml --record deployment.apps/httpd created [root@ken ~]# kubectl get deployment httpd -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 3/3 3 3 18s httpd httpd:2.4.16 run=httpd[root@ken ~]# kubectl apply -f httpd_v2.yml --record deployment.apps/httpd configured [root@ken ~]# kubectl get deployment httpd -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 3/3 2 3 75s httpd httpd:2.4.17 run=httpd[root@ken ~]# kubectl apply -f httpd_v3.yml --record deployment.apps/httpd configured [root@ken ~]# kubectl get deployment httpd -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 3/3 1 3 94s httpd httpd:2.4.18 run=httpd
--record 的作用是将当前命令记录到 revision 记录中,这样我们就可以知道每个 revison 对应的是哪个配置文件。
第三步:通过 kubectl rollout history deployment httpd 查看 revison 历史记录。
[root@ken ~]# kubectl rollout history deployment httpd deployment.extensions/httpd REVISION CHANGE-CAUSE 1 kubectl apply --filename=httpd_v1.yml --record=true 2 kubectl apply --filename=httpd_v2.yml --record=true 3 kubectl apply --filename=httpd_v3.yml --record=true
CHANGE-CAUSE 就是 --record 的结果。
第四步:如果要回滚到某个版本,比如 revision 1,可以执行命令 kubectl rollout undo deployment httpd --to-revision=1:
[root@ken ~]# kubectl rollout undo deployment httpd --to-revision=1 deployment.extensions/httpd rolled back [root@ken ~]# kubectl get deployment httpd -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR httpd 3/3 3 3 5m26s httpd httpd:2.4.16 run=httpd
第五步:此时,revison 历史记录也会发生相应变化。
[root@ken ~]# kubectl rollout history deployment httpd deployment.extensions/httpd REVISION CHANGE-CAUSE 2 kubectl apply --filename=httpd_v2.yml --record=true 3 kubectl apply --filename=httpd_v3.yml --record=true 4 kubectl apply --filename=httpd_v1.yml --record=true
revison 1 变成了 revison 4。不过我们可以通过 CHANGE-CAUSE 知道每个 revison 的具体含义。所以一定要在执行 kubectl apply 时加上 --record参数。
转载于:https://www.cnblogs.com/kenken2018/p/10336267.html
k8s滚动更新(六)--技术流ken相关推荐
- Jenkins+Git+Gitlab+Ansible实现持续集成自动化部署动态网站(二)--技术流ken
项目前言 在上一篇博客<Jenkins+Git+Gitlab+Ansible实现持续化集成一键部署静态网站(一)--技术流ken>中已经详细讲解了如何使用这四个工具来持续集成自动化部署一个 ...
- docker的文件流处理_Docker数据卷Volume实现文件共享、数据迁移备份(三)--技术流ken...
前言 前面已经写了两篇关于docker的博文了,在工作中有关docker的基本操作已经基本讲解完了.相信现在大家已经能够熟练配置docker以及使用docker来创建镜像以及容器了.本篇博客将会讲解如 ...
- Git介绍及常用操作演示(一)--技术流ken
Git介绍及常用操作演示(一)--技术流ken Git介绍 Git(读音为/gɪt/.)是一个开源的分布式版本控制系统,可以有效.高速的处理从很小到非常大的项目版本管理. Git 是 Linus To ...
- 学会这个删库再也不用跑路了~ --技术流ken
前言 相信每一个学IT的人或多或少都听说过从删库到跑路这个梗~下图也是在各种交流群屡禁不止,新人听着也是瑟瑟发抖. 人们茶余饭后,街头巷角难免要问... 下面技术流ken就教给各位新手们一招删库再也不 ...
- 五分钟彻底学会iptables防火墙--技术流ken
iptables简介 IPTABLES 是与最新的 3.5 版本 Linux内核集成的 IP 信息包过滤系统.如果 Linux 系统连接到因特网或 LAN.服务器或连接 LAN 和因特网的代理服务器, ...
- 进阶!基于CentOS7系统使用cobbler实现单台服务器批量自动化安装不同版本系统(week3_day5_part2)-技术流ken...
前言 在上一篇博文<cobbler批量安装系统使用详解-技术流ken>中已经详细讲解了cobbler的使用以及安装,本篇博文将会使用单台cobbler实现自动化批量安装不同版本的操作系统. ...
- Docker之使用Dockerfile创建定制化镜像(四)--技术流ken
前言 在之前的博客<Docker端口映射及创建镜像演示(二)--技术流ken>,演示了如何使用一个现有容器创建一个镜像,以及镜像在阿里云的上传和下载. 但是这样的镜像有很大的局限性,不能根 ...
- Linux网络技术管理及进程管理(week2_day4)--技术流ken...
Linux网络技术管理及进程管理(week2_day4)--技术流ken OSI七层模型和TCP/IP四层模型 OSI七层模型:OSI(Open System Interconnection)开放系统 ...
- k8s健康检查(七)--技术流ken
默认的健康检查 强大的自愈能力是 Kubernetes 这类容器编排引擎的一个重要特性.自愈的默认实现方式是自动重启发生故障的容器.除此之外,用户还可以利用 Liveness 和 Readiness ...
最新文章
- 【51CTO学院三周年】51cto学院的大数据培训之心路历程
- 把项目发到github
- web记录文章浏览数_内网渗透 -- 获取内网浏览器历史记录等相关信息
- 查询表结构用于导出excel
- rds_dbsync数据源同步工具
- Spring Boot定时任务-Quartz基本使用
- java课后习题_【整理】java私塾教程课后习题
- CMD安装/删除服务
- SharePoint 2013 对二进制大型对象(BLOB)进行爬网
- 建站篇-用户认证系统-管理员登陆后台
- (亲测有效)windows10和11如何卸载Microsoft Edge浏览器
- Gentoo 教程:基本系统安装
- 2017年中国大数据发展趋势和展望解读(上)
- 萌新的C语言指针小结(1)
- oracle获取当前年上一年时间,Oracle获取一周前,一个月前,一年前的日期
- 外包项目注意事项问题
- firefox Chrome浏览器redux devTools调试工具
- 一根木棒折两次形成一个三角形的概率是多少
- 心经即摩诃般若波罗蜜多心经
- springboot毕设项目东软医疗HIS系统之住院入出转管理子系统7k546(java+VUE+Mybatis+Maven+Mysql)