Kubernates滚动更新策略

已于 2023-05-06 18:19:34 修改
阅读量814 收藏
点赞数 1
分类专栏： # Kubernetes 容器云 文章标签： docker kubernetes
于 2023-05-06 18:17:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/summer_fish/article/details/130533119
版权 
strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 0
      maxSurge: 1

maxSurge：滚动更新时最多可以多启动多少个pod。
maxUnavailable：滚动更新时最大可以删除多少个pod。
maxSurge和maxUnavailable可以用来决定更新是的最大pod数和最小pod数，是先启动一个pod再删除一个pod还是先删除一个pod再启动一个pod。

replicas：5
maxSurge: 1
maxUnavailable: 0


更新时最大的pod数是： replicas+ maxSurge = 5+1 =6，最大的个数是6
最小pod数是：replicas - maxUnavailable = 5-0 = 5，最小pod数是5，所以只能先启动一个pod，再删除一个pod

【云原生技术】在 Kubernetes 中，更新策略介绍
weixin_46453070的博客
01-08 1097
1. 更新策略的类型2. Deployment 更新策略a. 默认行为b. 更新策略的配置示例c. 策略字段解释3. 重建策略4. StatefulSet 更新策略StatefulSet YAML 示例5. 其他更新机制总结在 Kubernetes 中，更新策略控制着 Pod 或者 Deployment、StatefulSet 等资源在版本更新或配置变更时的行为。合理配置更新策略可以帮助你平滑应用的更新，减少停机时间，并确保应用的可用性。以下是 Kubernetes 更新策略的详细介绍。
【云原生技术】Kubernetes 发布方式-滚动更新
weixin_46453070的博客
01-01 1125
滚动更新重点在于确保服务的连续性和零停机，而灰度发布则侧重于在全面部署前对新版本进行风险评估和测试。滚动更新适用于标准的更新需求，而灰度发布更适用于需要谨慎处理的重大更新或新功能发布。灰度发布需要更复杂的流量管理和监控策略，而滚动更新则相对更简单、更自动化。在标准的Kubernetes配置中，无论是滚动更新还是灰度发布，都通常在同一个环境内进行，区别在于新旧版本的共存方式和流量的分配控制。每种策略都可以根据特定需求进行调整，以在不同的环境或使用不同的流量分配策略中实施。
Kubernetes 灰度/滚动发布 滚动更新速率控制解读 maxUnavailable，maxSurge
小楼一夜听春雨，深巷明朝卖杏花
11-10 1万+
利用kubernetes的滚动更新时，可能经常遇到发布“太快不稳定”或“太慢体验差”的情况。本文将介绍kubernetes滚动更新控制速率的特性。 含义 服务在滚动更新时，deployment控制器的目的是：给旧版本(old_rs)副本数减少至0、给新版本(new_rs)副本数量增至期望值(replicas)。大家在使用时，通常容易忽视控制速率的特性，以下是kubernetes提供的两个参数： maxUnavailable：和期望ready的副本数比，不可用副本数最大比例（或最大值），这个....
【kubernetes篇】如何精确控制滚动更新
weixin_45842494的博客
08-14 1554
引言 在传统的应用升级时，通常采用的方式是先停止服务，然后升级部署，最后将新应用启动。这个过程面临一个问题，就是在某段时间内，服务是不可用的，对于用户来说是非常不友好的。而kubernetes滚动更新，将避免这种情况的发生。 对于Kubernetes集群来说，一个service可能有多个pod，滚动升级（RollingUpdate）就是指每次更新部分Pod，直至所有的Pod更新完成，达到平滑升级的效果，而不是在同一时刻将该Service下面的所有Pod停止。 参数配置 spec:  st
Deployment、StatefulSet和DaemonSet的更新策略
喝醉酒的小白
08-29 796
此策略会将所有旧的Pods一次性删除，然后创建新的Pods。：这是默认值，StatefulSet在手动触发更新时遵循此策略。新的Pods会被创建并且在它们就绪后，旧的Pods会被逐个删除。当您手动删除DaemonSet时，Kubernetes将按顺序删除每个Pod，并创建新的Pod以替换它们。Partition指定在升级期间要同时删除的Pods数量，而maxUnavailable则定义了允许的不可用Pods的最大数量。在这种策略下，新的Pods会被创建并且在就绪后旧的Pods会被逐个删除。
readness健康性检测与maxSurge 和 maxUnavailable更新策略
不忘初心，方得始终
05-10 2833
对于多副本应用，当执行 Scale Up 操作时，新副本会作为 backend 被添加到 Service 的负责均衡中，与已有副本一起处理客户的请求。考虑到应用启动通常都需要一个准备阶段，比如加载缓存数据，连接数据库等，从容器启动到正真能够提供服务是需要一段时间的。我们可以通过 Readiness 探测判断容器是否就绪，避免将请求发送到还没有 ready 的 backend。下面是示例应用的配置文......
每天5分钟玩转Kubernetes | Health Check在滚动更新中的应用
COCO_gsta的博客
06-22 443
书籍来源：cloudman《每天5分钟玩转Kubernetes》一边学习一边整理老师的课程内容及试验笔记，并与大家分享，侵权即删，谢谢支持！Health Check另一个重要的应用场景是Rolling Update。试想一下，现有一个正常运行的多副本应用，接下来对应用进行更新（比如使用更高版本的image），Kubernetes会启动新副本，然后发生了如下事件：（1）正常情况下新副本需要10秒钟完成准备工作，在此之前无法响应业务请求。（2）由于人为配置错误，副本始终无法完成准备工作（比如无法连接后端数据库）
阿里云《云原生》公开课笔记 第六章 应用编排与管理：Deployment
快乐划水程序猿的专栏
05-03 561
课程文字：https://edu.aliyun.com/lesson_1651_18354?spm=5176.10731542.0.0.349620behMwqhU#_18354 Deployment：管理部署发布的控制器 主要作用 定义一种pod的期望数量 配置pod发布方式 更新中发生问题，可以一键回滚 Deployment的yaml文件 kubectl get deployment ...
【kubernetes】kubernetes 滚动更新案例
九师兄
08-31 5854
假设你有一个 Deployment，它运行了一个叫做 myapp 的容器，使用的是 myapp-image:old 的镜像。现在你想要将它更新到新版本的 myapp-image:new。在 Kubernetes 中，滚动更新是通过逐步替换旧版本的 Pod 为新版本来实现的。这是一个简单的滚动更新案例。在实际生产环境中，你可能还需要考虑一些其他因素，例如滚动更新的策略、健康检查、回滚策略等，以确保更新的顺利进行。这将显示滚动更新的状态，包括当前的 ReplicaSet 和更新进度。
Kubernetes滚动更新：原理、策略与实战解析
"本文深入探讨了Kubernetes集群中的滚动更新机制，详细解释了滚动更新的原理、使用场景以及配置策略。通过滚动更新，可以在不中断服务的情况下实现应用的平滑升级，确保业务连续性。文章进一步分析了滚动更新的三种...
基于jQuery实现滚动刷新效果
11-27
Jquery实现简单的滚动刷新效果： 实际情况使用Ajax获取后台数据更新前端页面即可实现页面滚动刷新效果 HTML正文： <form id="form1" runat="server"> <div xss=removed> </div> </form> Javascript操作代码： $(document).ready(function() { $(window).scroll(function() { //$(document).scrollTop() 获取垂直滚动的距离:最小值为0，最大值：文档高度-
如何选择 Kubernetes Deployment 的更新策略？
最新发布
路多辛的所思所想
09-10 546
Kubernetes Deployment支持两种更新策略：滚动更新（RollingUpdate）和重建更新（Recreate），用户可以根据实际需求选择合适的更新策略。
k8s 滚动部署学习总结
liuyij3430448的博客
04-11 2035
当前版本。**滚动升级（Rolling update）** 就是指每次更新部分Pod，而不是在同一时刻将该Service下面的所有Pod shutdown，然后去更新逐个更新可以避免将业务中断
K8S面试题（史上最全 + 持续更新）
热门推荐
架构师尼恩
01-13 3万+
K8s是kubernetes的简称，其本质是一个开源的容器编排系统，主要用于管理容器化的应用，其目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。说简单点：k8s就是一个编排容器的系统，一个可以管理容器应用全生命周期的工具，从创建应用，应用的部署，应用提供服务，扩容缩容应用，应用更新，都非常的方便，而且还可以做到故障自愈，所以，k8s是一个非常强大的容器编排系统。
K8s deployment 进阶
go|Python的个人博客
05-24 689
默认情况下，deployment 的所有上线记录都保存在系统中，以便随时回滚。滚动更新 (RoILingupdate），一次仅更新一批Pod，当更新的Pod就绪后，在更新另一批，直到全部更新完成为止；重建 (Recreate），当更新策略设定为 Recreate，在更新镜像时，它会先杀死正在运行的Pod，等彻底杀死后，重新创建新的RS，然后启动对应的Pod，那么在这个更新过程中，会造成服务一段时问无法提供服务；使用灰度发布的模式，可以及时发现问题，调整问题，以减少影响的速度，保证整体系统的稳定运行。
k8s之滚动更新、金丝雀发布、蓝绿发布
树袋熊
12-07 2117
k8s Pod三种升级方式哪几种发布方式滚动更新金丝雀发布蓝绿发布演示时间滚动更新金丝雀发布蓝绿发布 哪几种发布方式 滚动更新 滚动更新通过设置MaxSurge和MaxUnavailable来规定可以有多少个额外的Pod和可以忍受多少个Pod无法提供服务（两个参数可以为0，但是不能同时为0），在整个更新的过程中都是平滑无缝衔接。 金丝雀发布 金丝雀发布，又称：灰度发布，在k8s中通过暂停滚动跟新来实现灰度发布。灰度发布，是将一个新的版本放入到整个集群中，当没有发现问题后再将其他Pod进行更新。
Kubernetes 学习总结（24）—— Kubernetes 滚动更新、蓝绿发布、金丝雀发布等发布策略详解
科技D人生
02-25 2581
前言 大部分公司都已经在使用 Kubernetes进行容器管理和编排了，但是关于 Kubernetes的发布策略相关的概括我们很多同学还没有一个完整的认识，下面我们对 Kubernetes 的多种发布策略从整体上做一个概括的认识。Kubernetes 中常见的发布策略主要有如下六种： 重建（recreate) ：即停止一个原有的容器，然后进行容器的新建。 滚动更新（rollingUpdate) ：停掉一个容器，然后更新一个容器。 蓝绿布署（blue/green ）：准备一套蓝色的容器和一套绿...
九、更新策略
三成的博客
12-10 293
1 更新策略 参数 rollingUpdate: maxSurge: 5 maxUnavailable: 0 maxSurge最多可用多少个，或者百分比，如果百分比不足1将补1 maxUnavailable 更新过程中最多不可用为多少个，或者可以写百分比，如果百分比不足1将补1 2 金丝雀 先开始更新一部分，然后暂停，观察效果，如果可以我们继续开始更新 kubectl set image deployment nginx=nginx:1.15 && k
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值