14.k8s滚动发布方案

k8s滚动发布方案

Kubernetes支持名为Rolling Update的功能,允许不间断地,

接近几乎无缝地平滑升级部署应用程序 ,即在不停止对外服务的前提下完成应用的更新。

此功能允许按顺序更新pod,一次更新一个(按照配置比例),而不是一次停止/更新整个pod。使发布版本更新和回滚而不会中断服务。

kubectl rolling-update仅在使用Replication Controllers 部署应用程序时才使用该命令。最新版本的Kubernetes 建议使用Deployment部署应用程序。

1、准备测试镜像

这里用springboot测试,编译三个版本镜像分别为:

springboot-demo:01 、springboot-demo:02 、springboot-demo:03

2、创建deployment
shell 复制代码
 apiVersion: apps/v1 
kind: Deployment
metadata:
  name: demo
  labels:
    app: demo
spec:
  # --- 滚动发布的关键配置 ---
  # 表示Pod的副本数量。设置初始配置来复制5个Pod以进行滚动更新测试
  replicas: 5 
  # 这是从pod变为Ready阶段到变为Available阶段的时间。滚动升级时10s后认为该pod就绪可用,建议设置适当的时间minReadySeconds以考虑pod容器初始化的时间
  minReadySeconds: 10
  # 为RollingUpdate进行详细设置 定义升级的策略
  strategy:
    # 可以是"Recreate"或者是 "RollingUpdate"。"RollingUpdate"是默认值。
      # Recreate时,在创建出新的Pod之前会先杀掉所有已存在的Pod。
      # RollingUpdate时,Deployment使用rolling update 的方式更新Pod 。
    # 你可以指定maxUnavailable 和maxSurge 来控制 rolling update 进程。
    type: RollingUpdate
    # 如果在spec.strategy.type中设置"RollingUpdate",请对RollingUpdate进行详细设置。
    rollingUpdate:
      # 滚动更新期间可以创建的pod的最大数量超过指定数量的pod。1表示当一个新的pod被创建才会删除一个pod,以此类推。可以是具体的整数,也可以是百分百 默认值为25%
      # maxSurge和maxUnavailable值不能同时为零。
      maxSurge: 1
      maxUnavailable: 0
  # --- 滚动发布的关键配置 ---
  selector:
    matchLabels:
      app: demo
  template:
    metadata:
      labels:
        app: demo
    spec:
      containers:
      - name: demo
        image: springboot-demo:01
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  ports:
    - name: http
      port: 8088
      targetPort: 8088
  selector:
    app: demo
  type: NodePort
3、滚动更新验证
3.1 进行部署
shell 复制代码
kubectl  apply -f deployment.yaml
3.2 将镜像升级到 springboot-demo:02

这里可以通过修改deployment.yaml,也可以直接使用命令

shell 复制代码
kubectl set image deployment/demo demo=springboot-demo:02

可以看到pods在按顺序更新:

更新过程中服务正常访问,更新完成后,服务访问结果为:

3.3 将镜像升级到 springboot-demo:03
shell 复制代码
kubectl set image deployment/demo demo=springboot-demo:03

更新过程中服务正常访问,更新完成后,服务访问结果为:

3.4 将镜像回滚至 springboot-demo:01
shell 复制代码
kubectl set image deployment/demo demo=springboot-demo:01

更新过程中服务正常访问,更新完成后,服务访问结果为:

4、滚动发布常用命令
shell 复制代码
# 查看发布历史
kubectl rollout history deployment/demo 
# 回滚上一版本
kubectl rollout undo deployment/demo
# 修改镜像并打记录,便于回滚指定版本
kubectl set image deployment/demo demo=springboot-demo:02 --record=true
# 回滚指定版本
kubectl rollout undo deployment demo --to-revision=9
# 将资源标记为暂停
kubectl rollout pause deployment/demo
# 查看资源的状态
kubectl rollout status deployment/demo
# 恢复已暂停的资源
kubectl rollout resume deployment/demo
相关推荐
阿里云云原生2 天前
阿里云获评 Agentic AI 开发平台领导者,函数计算 AgentRun 赢下关键分!
云原生
蝎子莱莱爱打怪3 天前
Centos7中一键安装K8s集群以及Rancher安装记录
运维·后端·kubernetes
崔小汤呀3 天前
Docker部署Nacos
docker·容器
缓解AI焦虑3 天前
Docker + K8s 部署大模型推理服务:资源划分与多实例调度
docker·容器
阿里云云原生3 天前
MSE Nacos Prompt 管理:让 AI Agent 的核心配置真正可治理
微服务·云原生
阿里云云原生3 天前
当 AI Agent 接管手机:移动端如何进行观测
云原生·agent
阿里云云原生3 天前
AI 原生应用开源开发者沙龙·深圳站精彩回顾 & PPT下载
云原生
阿里云云原生3 天前
灵感启发:日产文章 100 篇,打造“实时热点洞察”引擎
云原生
1candobetter3 天前
Docker Compose Build 与 Up 的区别:什么时候必须重建镜像
docker·容器·eureka
~莫子3 天前
Haproxy七层负载详解+实验详细代码
云原生