Kubernetes 应用滚动更新

Kubernetes 应用版本号

在 Kubernetes 里，版本更新使用的不是 API 对象，而是两个命令：kubectl apply 和 kubectl rollout，当然它们也要搭配部署应用所需要的 Deployment、DaemonSet 等 YAML 文件。

在 Kubernetes 里应用都是以 Pod 的形式运行的，而 Pod 通常又会被 Deployment 等对象来管理，所以应用的“版本更新”实际上更新的是整个 Pod。

Pod 是由 YAML 描述文件来确定的，更准确地说，是 Deployment 等对象里的字段 template。

所以 Kubernetes 就使用了“摘要”功能，用摘要算法计算 template 的 Hash 值作为“版本号”。

#获取ngx的pod
kubectl get pod
#删除其中一个
kubectl delete pod ngx-dep-6796688696-9zwxh
#再获取ngx的pod，查看变化
kubectl get pod

在这里插入图片描述
可以看到，Pod 名字里的那串随机数“6796……”是没有变化的，变化的是数字后面的pod编号的随机字符。中间的随机数字就是 Pod 模板的 Hash 值，也就是 Pod 的“版本号”。

如果变动了 Pod YAML 描述，比如把镜像改成 nginx:stable-alpine会生成一个新的应用版本，kubectl apply 后就会重新创建 Pod。

命令操作

#删除pod
kubectl delete -f nginx-deploy.yml
#查看删除结果
kubectl get pod
# 不改yaml,再次生成pod
kubectl apply -f nginx-deploy.yml
#查看生成pod的版本号是否改变
kubectl get pod
#删除pod
kubectl delete -f nginx-deploy.yml
#查看删除结果
kubectl get pod
#编辑pod yaml，修改版本号
vim nginx-deploy.yml
# 重新生成pod
kubectl apply -f nginx-deploy.yml
#查看生成pod的版本号是否改变
kubectl get pod

更改后的yaml

apiVersion: apps/v1
kind: Deployment
metadata:name: ngx-depspec:replicas: 2selector:matchLabels:app: ngx-deptemplate:metadata:labels:app: ngx-depspec:volumes:- name: ngx-conf-volconfigMap:name: ngx-confcontainers:- image: nginx:stable-alpinename: nginxports:- containerPort: 80volumeMounts:- mountPath: /etc/nginx/conf.dname: ngx-conf-vol
~

在这里插入图片描述
在这里插入图片描述

不改变yaml，重新生成的pod的版本号还是6796688696
更改了yaml后，生成的pod的版本号就变成了574d5f9d4d

Kubernetes 实现应用更新

修改 ConfigMap，让它输出 Nginx 的版本号，方便 curl 查看版本：
nginx-config-cm.yml

apiVersion: v1
kind: ConfigMap
metadata:name: ngx-confdata:default.conf: |server {listen 80;location / {default_type text/plain;return 200'ver : $nginx_version\nsrv : $server_addr:$server_port\nhost: $hostname\n';}}

执行命令

# 编辑configMap内容
vim nginx-config-cm.yml 
# 更新 ConfigMap
kubectl apply -f nginx-config-cm.yml

在这里插入图片描述
创建 Pod 镜像，明确地指定版本号是 1.21-alpine，实例数设置为 4 个

nginx-deploy-v1.yml

apiVersion: apps/v1
kind: Deployment
metadata:name: ngx-depspec:replicas: 4 selector:matchLabels:app: ngx-deptemplate:metadata:labels:app: ngx-depspec:volumes:- name: ngx-conf-volconfigMap:name: ngx-confcontainers:- image: nginx:1.21-alpinename: nginxports:- containerPort: 80volumeMounts:- mountPath: /etc/nginx/conf.dname: ngx-conf-vol

执行命令

# 删除现有的nginx pod
kubectl delete -f nginx-deploy.yml 
# 创建新版本的nginx yml
vim nginx-deploy-v1.yml
# 生成4个pod
kubectl apply -f nginx-deploy-v1.yml 
# 查看生成pod
kubectl get pod

在这里插入图片描述

本地端口转发到 Kubernetes 集群中的服务

# 查看service服务
kubectl get svc
# 绑定到svc service 转发请求来查看状态
kubectl port-forward svc/ngx-svc 8080:80 &
# 测试转发
curl 127.1:8080
  • kubectl port-forward: 这个命令将本地端口转发到 Kubernetes 集群中的某个资源（如 Pod 或 Service）。（只会将流量发送到一个特定的端点，而不是通过服务的负载均衡机制）
  • svc/ngx-svc: 指定要转发的目标资源，这里是名为 ngx-svc 的 Service。
  • 8080:80: 将本地的 8080 端口转发到 ngx-svc 服务的 80 端口。
  • &: 将该命令放入后台运行，这样可以继续在终端中执行其他命令。
    在这里插入图片描述
    镜像升级到 nginx:1.22-alpine

为了能够观察到应用更新的过程，我们还需要添加一个字段 minReadySeconds，让 Kubernetes 在更新过程中等待一点时间，确认 Pod 没问题才继续其余 Pod 的创建工作。

minReadySeconds 这个字段不属于 Pod 模板，所以它不会影响 Pod 版本

nginx-deploy-v2.yml

apiVersion: apps/v1
kind: Deployment
metadata:name: ngx-depspec:minReadySeconds: 15      # 确认Pod就绪的等待时间replicas: 4selector:matchLabels:app: ngx-deptemplate:metadata:labels:app: ngx-depspec:volumes:- name: ngx-conf-volconfigMap:name: ngx-confcontainers:- image: nginx:1.22-alpinename: nginxports:- containerPort: 80volumeMounts:- mountPath: /etc/nginx/conf.dname: ngx-conf-vol
~

执行命令

# 创建文件内容，把上面内容copy进来
vim nginx-deploy-v2.yml
# 更新成的新的pod
kubectl apply -f nginx-deploy-v2.yml
# 查看滚动更新过程
kubectl rollout status deployment ngx-dep
# 绑定到svc service 转发请求来查看状态
kubectl port-forward svc/ngx-svc 8080:80 &
# 测试转发
curl 127.1:8080
# 查看滚动详情信息
kubectl describe deploy ngx-dep

在这里插入图片描述
在这里插入图片描述
滚动更新图

  • 一开始的时候 V1 Pod（即 ngx-dep-54b865d75）的数量是 4；
  • 当“滚动更新”开始的时候，Kubernetes 创建 1 个 V2 Pod（即 ngx-dep-d575d5776），并且把 V1 Pod 数量减少到 3；
  • 接着再增加 V2 Pod 的数量到 2，同时 V1 Pod 的数量变成了 1；
  • 最后 V2 Pod 的数量达到预期值 4，V1 Pod 的数量变成了 0，整个更新过程就结束了。

滚动更新”就是由 Deployment 控制的两个同步进行的“应用伸缩”操作，老版本缩容到 0，同时新版本扩容到指定值，是一个“此消彼长”的过程。

在这里插入图片描述

Kubernetes管理应用更新

如果更新过程中发生了错误或者更新后发现有 Bug，可以随时使用 kubectl rollout pause 来暂停更新，检查、修改 Pod，或者测试验证，如果确认没问题，再用 kubectl rollout resume 来继续更新。

注意：它们只支持 Deployment，不能用在 DaemonSet、StatefulSet 上（ 1.24 之后支持了 StatefulSet 的滚动更新）

Kubernetes应用版本回退

查看更新历史使用的命令是 kubectl rollout history

#查看有哪些版本
kubectl rollout history deployment ngx-dep
#查看每个版本的详细信息
kubectl rollout history deployment ngx-dep --revision=2
# 回退到上一个版本
kubectl rollout undo  deploy ngx-dep
# 回退到指定版本（--to-revision=1不能有空格）
kubectl rollout undo  deploy ngx-dep --to-revision=1

在这里插入图片描述

kubectl rollout undo 的操作过程其实和 kubectl apply 是一样的，执行的仍然是“滚动更新”，只不过使用的是旧版本 Pod 模板，把新版本 Pod 数量收缩到 0，同时把老版本 Pod 扩展到指定值。

在这里插入图片描述

Kubernetes 添加更新描述

在Deployment 的 metadata 里加上一个新的字段 annotations。annotations 字段的含义是“注解”“注释”，形式上和 labels 一样，都是 Key-Value，也都是给 API 对象附加一些额外的信息，但是用途上区别很大。

  • annotations 添加的信息一般是给 Kubernetes 内部的各种对象使用的，有点像是“扩展属性”；
  • labels 主要面对的是 Kubernetes 外部的用户，用来筛选、过滤对象的。

annotations 里的值可以任意写，Kubernetes 会自动忽略不理解的 Key-Value，但要编写更新说明就需要使用特定的字段 kubernetes.io/change-cause。

创建 2 个版本的 Nginx 应用，同时添加更新说明：

nginx-deploy-v1.yml

apiVersion: apps/v1
kind: Deployment
metadata:name: ngx-depannotations:   kubernetes.io/change-cause: v1, ngx=1.21spec:replicas: 4 selector:matchLabels:app: ngx-deptemplate:metadata:labels:app: ngx-depspec:volumes:- name: ngx-conf-volconfigMap:name: ngx-confcontainers:- image: nginx:1.21-alpinename: nginxports:- containerPort: 80volumeMounts:- mountPath: /etc/nginx/conf.dname: ngx-conf-vol

nginx-deploy-v2.yml

deployment.apps/ngx-dep 
REVISION  CHANGE-CAUSE
3         v1, ngx=1.21
4         update to v2, ngx=1.22[root@iZbp12ghzy6koox6fqt0svZ ~]# cat nginx-deploy-v2.yml 
apiVersion: apps/v1
kind: Deployment
metadata:name: ngx-depannotations:    kubernetes.io/change-cause: update to v2, ngx=1.22spec:minReadySeconds: 15      # 确认Pod就绪的等待时间replicas: 4 selector:matchLabels:app: ngx-deptemplate:metadata:labels:app: ngx-depspec:volumes:- name: ngx-conf-volconfigMap:name: ngx-confcontainers:- image: nginx:1.22-alpinename: nginxports:- containerPort: 80volumeMounts:- mountPath: /etc/nginx/conf.dname: ngx-conf-vol

执行命令

vim nginx-deploy-v1.yml 
kubectl apply -f nginx-deploy-v1.yml
vim nginx-deploy-v2.yml 
kubectl apply -f nginx-deploy-v2.yml
#查看滚动更新
kubectl rollout status deployment ngx-dep
#查看一下更新历史：
kubectl rollout history deployment ngx-dep

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/bicheng/14475.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

nssctf——web

nssctf——web

[SWPUCTF 2021 新生赛]gift_F12 1.打开环境后，这里说要900多天会有flag，这是不可能的 2.f12查看源码，然后在html中查找flag （在最上方的栏目中，或者按ctrlf） [SWPUCTF 2021 新生赛]jicao 1.打开环境是一段…
阅读更多...
Vue速成学习笔记

Vue速成学习笔记

这两天速成了一下Vue，在这里记录一下相关的笔记，之后有时间详细学Vue的时候再来回顾一下！ 一、Vue理解 1、Vue的核心特征：双向绑定。 在网页中，存在视图和数据。在Vue之前，需要使用JavaScript编写复杂的逻…
阅读更多...
音视频及H264/H256编码相关原理

音视频及H264/H256编码相关原理

一、音视频封装格式原理： 我们播放的视频文件一般都是用一种封装格式封装起来的，封装格式的作用是什么呢？一般视频文件里不光有视频，还有音频，封装格式的作用就是把视频和音频打包起来。 所以我们先要解封装格式&#…
阅读更多...
谷歌上架，个人号比企业号好上?“14+20”封测如何解决，你知道了吗

谷歌上架，个人号比企业号好上?“14+20”封测如何解决，你知道了吗

在Google Play上架应用，对开发者而言，既是挑战也是机遇。随着谷歌政策的不断更新，特别是要求2023年11月13日后注册的个人开发者账号在发布正式版应用前，必须经过20人连续14天的封闭测试。 这一政策的改变使得许多开发者开始考虑使…
阅读更多...
什么是物联网通信网关？-天拓四方

什么是物联网通信网关？-天拓四方

在信息化、智能化的时代，物联网技术的广泛应用正在逐渐改变我们的生活方式。物联网通过各种传感器和设备，将现实世界与数字世界紧密相连，从而实现智能化、自动化的生活和工作方式。作为物联网生态系统中的重要组成部分，物联网通信…
阅读更多...
【数据结构】堆（Heep）

【数据结构】堆（Heep）

✨✨✨专栏：数据结构 🧑‍🎓个人主页：SWsunlight 目录 一、堆： 定义： 性质： 大、小根堆： 二、实现堆（完全二叉树）： 前言： …
阅读更多...
Linux软硬链接及动静态库

Linux软硬链接及动静态库

软硬链接与动静态库 软连接 创建链接的方法： ln -s test1.txt test2.txt 其中ln 是link(链接)，-s 是soft(软)，后者链接前者。 此时打开test2.txt，发现其中内容与test.txt一致。那么软连接到底建立了什么联系？…
阅读更多...
轻松购物，尽在购物网

轻松购物，尽在购物网

在忙碌的生活中，想要找到心仪的商品，却总是苦于没有时间和精力去实体店挑选？别担心，购物网为您提供一站式的购物体验。无论是时尚服饰、家居用品，还是美食特产，这里都能满足您的需求。只需轻轻一点&#xf…
阅读更多...
C/C++运行时库和UCRT系统通用运行时库总结及问题实例分享

C/C++运行时库和UCRT系统通用运行时库总结及问题实例分享

目录 1、概述 2、不同版本的Visual Studio对应的运行时库说明 3、在Windbg10.0安装目录中获取UCRT通用运行时库 4、微软官网对UCRT通用运行时库的相关说明 5、使用Visual Studio 2017开发软件初期遇到的UCRT通用运行时库问题 6、如何查看软件依赖了哪些C/C运行时库&#…
阅读更多...
leetcode-盛水最多的容器-109

leetcode-盛水最多的容器-109

题目要求 思路 1.正常用双循环外循环i从0开始，内循环从height.size()-1开始去计算每一个值是可以的，但是因为数据量太大，会超时。 2.考虑到超时，需要优化一些，比如第一个选下标1，第二个选下标3和第一个选下…
阅读更多...
心识宇宙 x TapData：如何加速落地实时数仓，助力 AI 企业智慧决策

心识宇宙 x TapData：如何加速落地实时数仓，助力 AI 企业智慧决策

使用 TapData，化繁为简，摆脱手动搭建、维护数据管道的诸多烦扰，轻量代替 OGG、DSG 等同步工具，「CDC 流处理 数据集成」组合拳，加速仓内数据流转，帮助企业将真正具有业务价值的数据作用到实处&#xff0c…
阅读更多...
基于springboot实现华府便利店信息管理系统项目【项目源码+论文说明】计算机毕业设计

基于springboot实现华府便利店信息管理系统项目【项目源码+论文说明】计算机毕业设计

基于springboot实现华府便利店信息管理系统演示 摘要 现代经济快节奏发展以及不断完善升级的信息化技术，让传统数据信息的管理升级为软件存储，归纳，集中处理数据信息的管理方式。本华府便利店信息管理系统就是在这样的大环境下诞生&#xff…
阅读更多...
电影《朝云暮雨》观后感

电影《朝云暮雨》观后感

上周看了电影《朝云暮雨》，看完之后，感觉自己整个人都不太好了，也不是说电影太差，只是觉得电影没有传达正能量，让人很不舒服。 （1）演技在线 对于著名的演员“范伟”，或者说&#x…
阅读更多...
Payload SDK dji

Payload SDK dji

开发硬件 感谢您的耐心等待，建议您可以考虑下树莓派4B或Jetson Nano开发板，看您需求选择，OSDK即将停止服务，我们建议您使用PSDK来进行开发，PSDK包含了OSDK的功能。Payload SDK 感谢您对大疆产品的支持！祝…
阅读更多...
【耕地保卫战：揭秘“占补平衡”】守护粮仓的智慧策略

【耕地保卫战：揭秘“占补平衡”】守护粮仓的智慧策略

嗨，各位小伙伴们，今天咱们来聊聊一个与我们每日餐桌紧密相关的主题——耕地占补平衡。在现代化的车轮滚滚向前时，如何在发展与保护之间找到那个微妙的平衡点，确保我们的“米袋子”满满当当呢？这就不得不提到耕地占补平…
阅读更多...
论文阅读--Language-driven Semantic Segmentation

论文阅读--Language-driven Semantic Segmentation

效果很好，文本增加一个词，就能找到对应的分割地方，给出的无用标签也不会去错误分割，而且能理解文本意思，例如dog和pet都能把狗给分割出来 image encoder使用DPT分割模型，大致架构为ViTdecoder，d…
阅读更多...
【个人经历分享】末流本科地信，毕业转码经验

【个人经历分享】末流本科地信，毕业转码经验

本人24届末流本科，地理信息科学专业。 我们这个专业可以说是 “高不成，低不就”的专业，什么都学但都不精。考研我实在是卷不动同学历的人，我在大三的时候就开始考虑转码。 至于我为什么选择转码，选择了GIS开发&#xf…
阅读更多...
element ui 下拉框Select 选择器 上下箭头旋转方向样式错乱——＞优化方案

element ui 下拉框Select 选择器 上下箭头旋转方向样式错乱——＞优化方案

目录 前言1、问题复现2、预期效果3、input框样式修改解析4、修改方案 🚀写在最后 前言 测试A：那啥！抠图仔，样式怎么点着点着就出问题了。 前端：啥？css样式错乱了？你是不是有缓存啊&#xff01…
阅读更多...
linux命令arp的使用

linux命令arp的使用

arp arp 命令用于显示和修改 IP 到 MAC 转换表 补充说明 arp 命令 是 Address Resolution Protocol，地址解析协议，是通过解析网络层地址来找寻数据链路层地址的一个网络协议包中极其重要的网络传输协议。而该命令可以显示和修改 arp 协议解析表中的缓…
阅读更多...
Mia for Gmail for Mac：Mac用户的邮件管理首选

Mia for Gmail for Mac：Mac用户的邮件管理首选

对于追求高效工作的Mac用户来说，Mia for Gmail for Mac无疑是邮件管理的首选工具。它以其卓越的性能和丰富的功能，为用户带来了前所未有的高效邮件管理体验。 Mia for Gmail for Mac不仅支持多帐号登录和标签选择功能，还提供了邮件分类、垃圾…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023