Kubernetes滚动更新(无中断平滑发布)
Kubernetes支持名为Rolling Update的功能,允许您不间断地,
接近几乎无缝地平滑升级部署应用程序 ,即在不停止对外服务的前提下完成应用的更新。
什么是滚动更新?
为了应用升级部署时候k8s不停服达到用户无感知,Kubernetes支持称为滚动更新的功能。此功能允许您按顺序更新pod,一次更新一个(按照配置比例),而不是一次停止/更新整个pod。使发布版本更新和回滚而不会中断服务
kubectl rolling-update仅在使用Replication Controllers 部署应用程序时才使用该命令。最新版本的Kubernetes 建议使用Deployment部署应用程序。
滚动更新
创建deployment部署nginx:v1
[root@k8s-master ~]# cat deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:name: nginx-dmlabels:app: nginx-dm
spec:replicas: 3minReadySeconds: 10strategy:type: RollingUpdaterollingUpdate:maxSurge: 1maxUnavailable: 0selector:matchLabels:app: nginx-dmtemplate:metadata:labels:app: nginx-dmspec:containers:- name: nginx-dmimage: registry.cn-hangzhou.aliyuncs.com/k8simages_wt/nginx:v1imagePullPolicy: Alwaysports:- containerPort: 80
---
apiVersion: v1
kind: Service
metadata:name: nginx-dm-service
spec:ports:- name: httpport: 80targetPort: 80selector:app: nginx-dmtype: NodePort
kubectl apply -f deployment.yaml
[root@k8s-master ~]# kubectl get pod -l app=nginx-dm
NAME READY STATUS RESTARTS AGE
nginx-deployment-7597c9f695-b8qvt 2/2 Running 0 19s
nginx-deployment-7597c9f695-l4x6g 2/2 Running 0 19s
nginx-deployment-7597c9f695-nr724 2/2 Running 0 19s
主要部分
replicas: 3minReadySeconds: 10strategy:type: RollingUpdaterollingUpdate:maxSurge: 1maxUnavailable: 0
spec.replicas
表示Pod的副本数量。我已经设置了初始配置来复制三个Pod以进行滚动更新测试
spec.minReadySeconds
这是从pod变为Ready阶段到变为Available阶段的时间。滚动升级时10s后认为该pod就绪可用,建议设置适当的时间minReadySeconds以考虑pod容器初始化的时间
spec.strategy
为RollingUpdate进行详细设置 定义升级的策略
spec.strategy.type
可以是”Recreate”或者是 “RollingUpdate”。”RollingUpdate”是默认值。Recreate时,在创建出新的Pod之前会先杀掉所有已存在的Pod。
RollingUpdate时,Deployment使用rolling update 的方式更新Pod 。你可以指定maxUnavailable 和maxSurge 来控制 rolling update 进程。
spec.strategy.rollingUpdate
如果在spec.strategy.type中设置“RollingUpdate”,请对RollingUpdate进行详细设置。
spec.strategy.rollingUpdate.maxSurge
滚动更新期间可以创建的pod的最大数量超过指定数量的pod。1表示当一个新的pod被创建才会删除一个pod,以此类推。可以是具体的整数,也可以是百分百 默认值为25%
更新过程中,最多有一个 Pod 不可用。在rollgin更新期间无法使用的最大pod数。该值可以设置为具有大于0的整数的pod的绝对数量,并且百分比表示也是可能的,例如“25%”。
maxUnavailable中的百分比计算向下舍入,默认值为25%。
maxSurge和maxUnavailable值不能同时为零。
滚动更新和验证
在使用Deployment进行应用程序部署的情况下,kubectl set image命令用于更新镜像版本。
滚动更新进度监控查看
kubectl get pod -w
[root@k8s-master ~]# kubectl get pod -w | grep nginx
nginx-deployment-7597c9f695-b8qvt 2/2 Running 0 11h
nginx-deployment-7597c9f695-l4x6g 2/2 Running 0 11h
nginx-deployment-7597c9f695-nr724 2/2 Running 0 11h
通过kubectl set image 命令更新nginx:v2版本
[root@k8s-master ~]# kubectl set image deployment/nginx-deployment nginx-dm=registry.cn-hangzhou.aliyuncs.com/k8simages_wt/nginx:v2
deployment.extensions/nginx-deployment image updated
查看滚动更新
[root@k8s-master ~]# kubectl get pod -w | grep nginx
nginx-deployment-7597c9f695-b8qvt 2/2 Running 0 11h
nginx-deployment-7597c9f695-l4x6g 2/2 Running 0 11h
nginx-deployment-7597c9f695-nr724 2/2 Running 0 11hnginx-deployment-5f948bdcb8-2s28z 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-2s28z 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-2s28z 0/2 Init:0/1 0 0s
nginx-deployment-5f948bdcb8-2s28z 0/2 PodInitializing 0 1s
nginx-deployment-5f948bdcb8-2s28z 2/2 Running 0 3s
nginx-deployment-7597c9f695-l4x6g 2/2 Terminating 0 11h
nginx-deployment-5f948bdcb8-ljdqz 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-ljdqz 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-ljdqz 0/2 Init:0/1 0 1s
nginx-deployment-7597c9f695-l4x6g 0/2 Terminating 0 11h
nginx-deployment-7597c9f695-l4x6g 0/2 Terminating 0 11h
nginx-deployment-5f948bdcb8-ljdqz 0/2 PodInitializing 0 8s
nginx-deployment-5f948bdcb8-ljdqz 2/2 Running 0 10s
nginx-deployment-7597c9f695-l4x6g 0/2 Terminating 0 11h
nginx-deployment-7597c9f695-l4x6g 0/2 Terminating 0 11h
nginx-deployment-7597c9f695-b8qvt 2/2 Terminating 0 11h
nginx-deployment-5f948bdcb8-ksk8w 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-ksk8w 0/2 Pending 0 0s
nginx-deployment-5f948bdcb8-ksk8w 0/2 Init:0/1 0 0s
nginx-deployment-7597c9f695-b8qvt 0/2 Terminating 0 11h
nginx-deployment-7597c9f695-b8qvt 0/2 Terminating 0 11h
nginx-deployment-7597c9f695-b8qvt 0/2 Terminating 0 11h
nginx-deployment-5f948bdcb8-ksk8w 0/2 PodInitializing 0 2s
nginx-deployment-5f948bdcb8-ksk8w 2/2 Running 0 4s
http://www.taodudu.cc/news/show-6437041.html
相关文章:
- Oracle 19C新特性测试之滚动升级
- 测试服mysql突然崩溃
- k8s 不宕机滚动发布实战笔记
- 防化服
- MFC简单自学图形绘制1
- 图结构
- matlab与数字图像处理--图像锐化imsharpen
- 身份证识别需要识别的功能
- 初识人工智能身份证识别身份证号码
- 字节码插桩(四): AST
- APT开发指南
- 插件化Activity: 技术方案分享
- Evading Defenses to Transferable Adversarial Examples by Translation-Invariant Attacks (翻译,侵删)
- java去o操作_Java I/O 和 oKio
- matlab有限元三角,FEM-MATLAB(75) 有限元编程75个案例,梁、板等结构,三角形,四边形等单元 Algorithm 数学计算 272万源代码下载- www.pudn.com...
- go mysql delete_Go实现对MySQL的增删改查
- 【优化求解】基于遗传算法求解电力系统最优潮流问题matlab代码
- Dubbo源码分析:小白入门篇
- 【故障诊断】基于贝叶斯优化支持向量机的轴承故障诊断附matlab代码
- MySQL8数据库原理与应用(微课版)课后笔记-实训7
- 【浅度渣文】Jackson之jackson-core
- Android 动画简单理解
- Apache Kylin 在 58 集团的实践与优化
- 中国部署LoRaWAN最佳频段
- 登陆页面的获取验证码
- 皮尔逊相关系数php,科学网—[严肃内容] 鲁索(Rousseau)教授对皮尔逊相关系数实质认识的图示 - 杨正瓴的博文...
- win10病毒和威胁防护无法重新启动解决方法
- Window打开服务的DOS命令
- Windows 如何打开DOS命令窗口 以及常用的DOS命令
- 用Java实现计算器基础运算
Kubernetes滚动更新(无中断平滑发布)相关推荐
- Kubernetes滚动更新速率控制解读
女主宣言 利用kubernetes的滚动更新时,可能经常遇到发布"太快不稳定"或"太慢体验差"的情况.本文将介绍kubernetes滚动更新控制速率的特性. P ...
- K8S的灰度发布、滚动更新、蓝绿发布
K8S灰度发布.蓝绿发布.滚动更新 一.简介 1.1灰度发布(金丝雀发布) 金丝雀发布一般是先发1台机器,或者一个小比例,例如2%的服务器,主要做流量验证用,也称为金丝雀 (Canary) 测试,国内 ...
- 金丝雀发布、滚动更新、蓝绿发布到底有啥区别
根据 2017 年的 DevOps 发展报告,高效能组织和低效能组织在软件交付的效率上有数量级上的差异.技术组织的软件交付能力是一种综合能力,涉及众多环节,其中发布是尤为重要的环节. 作为技术人员,大 ...
- 万字长文带你全面认识 Kubernetes 中如何实现蓝绿部署、金丝雀发布和滚动更新...
Kubernetes 中的部署策略 在本文中,我们将学习使用 Kubernetes 容器编排系统部署容器时的部署策略.在本文的最后,我们将学习如何在 Kubernetes 集群中使用不同的方式进行部署 ...
- kubernetes(七)项目部署方式:蓝绿部署,灰度发布/金丝雀发布,滚动更新
在项目迭代的过程中,不可避免需要上线进行部署. 目前项目部署的方式有很多种:像重新部署,蓝绿部署,金丝雀部署(灰度部署),滚动更新.本文简单介绍下这些常见的部署方案以及使用k8s怎么进行对应部署 重新 ...
- 如何在 Kubernetes 中对无状态应用进行分批发布
在 Kubernetes 中针对各种工作负载,提供了多种控制器,其中 Deployment 为官方推荐,被用于管理无状态应用的 API 对象.本文将结合 Deployment 的特性,与常见的发布策略 ...
- 华为云FusionInsight MRS:千余节点滚动升级业务无中断
本文分享自华为云社区<华为云FusionInsight MRS如何实现千余节点滚动升级无业务中断升级>,原文作者:沙漏. 华为开发者大会2021(Cloud)大会期间,由华为技术专家天团打 ...
- k8s之滚动更新、金丝雀发布、蓝绿发布
k8s Pod三种升级方式 哪几种发布方式 滚动更新 金丝雀发布 蓝绿发布 演示时间 滚动更新 金丝雀发布 蓝绿发布 哪几种发布方式 滚动更新 滚动更新通过设置MaxSurge和MaxUnavaila ...
- Kubernetes部署策略:重建、滚动更新、蓝绿部署、金丝雀部署
Kubernetes原生支持重建.滚动更新两种部署策略.通过修改Service的label,切换流量转发可以实现蓝绿部署.金丝雀部署. 部署前的准备 1.需要有一个k8s集群.没有可查看此博客 htt ...
最新文章
- 实现linux作为server时与windows间的数据同步
- 软件测试的复杂性与经济性
- 126.数据链路层有哪些协议?
- js 调用php 导出表格,[拿来主义]使用layui纯JS导出html页面中的table为excel
- VULKAN学习资料
- 重构机房VB.NET机房收费系统个人重构版你都学会了什么(之一)
- 【数据结构与算法】之深入解析Base64编码的实现原理
- 台式机自动关机+自动重启问题
- linux sshd启动失败 sshd re-exec requires execution with an absolute path
- 云原生游戏《云联物语》揭开神秘面纱 云鹭科技温向东带你深度了解云原生游戏领域...
- 连接超时_记一次网络请求连接超时的事故
- 简历模板80套.zip
- Gson解析json数据
- RTX3060(30系显卡)Windows10部署Pytorch深度学习环境步骤与心得
- OSChina 周三乱弹 ——我就爱吃月饼,就爱抢月饼。我高兴。
- 黑苹果gtx1050显卡驱动问题
- 解读区块链技术中的“不可能三角”
- 国家-首都 {中-英文对照}
- 御龙在天以前服务器信息,细数御龙在天的名人以及其崛起的服务器
- yum离线下载资源包