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 分钟前
【云原生开发】K8S多集群资源管理平台架构设计
云原生·容器·kubernetes·k8s·云原生开发·k8s管理系统
wclass-zhengge1 小时前
K8S篇(基本介绍)
云原生·容器·kubernetes
颜淡慕潇1 小时前
【K8S问题系列 |1 】Kubernetes 中 NodePort 类型的 Service 无法访问【已解决】
后端·云原生·容器·kubernetes·问题解决
川石课堂软件测试3 小时前
性能测试|docker容器下搭建JMeter+Grafana+Influxdb监控可视化平台
运维·javascript·深度学习·jmeter·docker·容器·grafana
昌sit!9 小时前
K8S node节点没有相应的pod镜像运行故障处理办法
云原生·容器·kubernetes
A ?Charis12 小时前
Gitlab-runner running on Kubernetes - hostAliases
容器·kubernetes·gitlab
wclass-zhengge12 小时前
Docker篇(Docker Compose)
运维·docker·容器
茶馆大橘12 小时前
微服务系列五:避免雪崩问题的限流、隔离、熔断措施
java·jmeter·spring cloud·微服务·云原生·架构·sentinel
北漂IT民工_程序员_ZG13 小时前
k8s集群安装(minikube)
云原生·容器·kubernetes
coding侠客13 小时前
揭秘!微服务架构下,Apollo 配置中心凭啥扮演关键角色?
微服务·云原生·架构