k8s: rs的滚动更新

最新推荐文章于 2025-06-16 16:49:12 发布
原创 最新推荐文章于 2025-06-16 16:49:12 发布 · 784 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#容器 #kubernetes #docker

ReplicationController rolling update实现了pod的滚动更新

  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate

.spec.strategy.rollingUpdate.maxSurge 表示Scale Up新的ReplicaSet时，按照比例计算出允许的MaxSurge
.spec.strategy.rollingUpdate.maxUnavailable 表示Scale Down旧的ReplicaSet时，按照比例计算出允许的maxUnavailable

1.k8s：架构，组件，基础概念
鹏哥哥Aaa
06-26 706
k8s：架构，组件，基础概念
使用RollingUpdate策略更新DaemonSet中的Pod
白生的博客
12-08 722
在这个例子中，我们设置了maxUnavailable为1，这意味着在更新过程中，最多只能有一个Pod处于不可用状态。这将触发Kubernetes控制平面自动执行滚动更新过程。Kubernetes控制平面将逐步更新DaemonSet中的Pod。它将首先创建新的Pod，然后逐渐删除旧的Pod，以确保在更新过程中始终有足够的可用Pod。请注意，更新过程中的不可用性取决于maxUnavailable的值。如果将其设置为1，则每次更新只会影响一个Pod，而其他Pod将保持可用。
k8s滚动更新
weixin_42562106的博客
02-28 690
对于Kubernetes集群来说，一个service可能有多个pod，滚动升级（Rolling update）就是指每次更新部分Pod，而不是在同一时刻将该Service下面的所有Pod shutdown，然后去更新（例如replace --force方案），逐个更新可以避免将业务中断， 在spec项中增加几个参数 spec: minReadySeconds: 5 strategy: # indicate which strategy we want for rolling update
K8S的滚动升级RollingUpdate
weixin_34419321的博客
04-19 1486
在k8s v1.12.3的deployment中定义滚动升级的策略，如果用默认值1，实际上并没起到升级失败后对老pod的保护；如果新的容器有问题，依然把老的正常容器kill掉了，这不符合我们的预期； "strategy": { "type": "RollingUpdate", "rollingUpdate": { ...
k8s滚动升级_k8s deployment 滚动更新
weixin_36402316的博客
01-17 843
正常来说 k8s 的 deployment 在更新时默认就会进行滚动的升级但是实际操作中会发现，滚动更新过程中应用还是会“挂掉”一会儿，大概会有几秒钟网页访问 502。究其原因应该是容器启动后，到应用真正工作起来，中间会有一段时间，比如在 runserver 前需要进行一下 migrate 等操作，这段时间应用是无法正常访问的，但 k8s 却认为应用是正常就绪状态。解决方式是设置一个合理的 min...
Kubernetes部署_05_k8s的四种部署策略(滚动更新、重新创建、金丝雀部署、蓝绿部署)
毛毛的专栏
06-05 6190
k8s的四种部署策略(滚动更新、重新创建、金丝雀部署、蓝绿部署)
K8S- Deployment 的滚动更新 Rolling Update
nvd11的专栏
04-04 1909
结果是 deployment 和 rs 的属性都更新了， 而且pod 也增加了两个， 但是实际上rs 的hash 没变， 还是那个RS, 而且pod 的版本仍然是1.1.1 并没有触发滚动更新。至于ReplicaSet 则是直接多了1个， 足以看出k8s 是新建1个 RS 作为临时的POD 容器进行滚动更新， 当新的RS 完成所有pod 更新时， 旧的RS 就被丢弃放在一边了。结果， 单纯地添加了1个label在deployment 对象， rs 和 pod 都没有触发更新。结果， 触发了滚动更新。
k8s(12) — 版本控制和滚动更新(金丝雀部署理念)
dghfttgv的博客
05-15 1590
和为 Kubernetes 滚动更新提供了灵活的控制机制，特别适合需要精细验证或调整的生产环境。通过暂停更新，你可以在关键阶段进行人工干预，确保变更安全；通过恢复更新，你可以继续完成变更流程，实现平滑过渡。合理使用这两个命令，有助于提升集群稳定性和发布效率。
k8s || 滚动升级
qq_60271706的博客
03-29 632
1.修改nginx-deployment.yaml。获取 Deployment 描述信息。检查 Deployment 修订历史。扩缩：扩张或者缩小副本数量。创建 Deployment。升级：从低版本到高版本。回滚：从高版本到低版本。查看修订历史的详细信息。回滚到之前的修订版本。
【K8S】Kubernetes 中滚动发布由浅入深实战
Transient_的博客
01-23 1663
Kubernetes及其强大的特点之一就是超大规模集群应用的自动化部署，这其中包括了应用的扩容、缩容及其自适应扩缩容（HPA、VPA）。本文详尽的介绍了K8S中滚动发布的概念，并附带了丰富的命令实操截图。
k8s系列之六Rolling Update滚动更新
ByteX的博客
01-31 2739
为了服务升级过程中提供可持续的不中断的服务，K8S提供了Rolling Update机制，它可以使得服务近乎无缝地平滑升级，即在不停止对外服务的前提下完成应用的更新。滚动更新采用渐进的方式逐步替换旧版本Pod，如果更新不如预期，那么也可以通过回滚操作恢复到更新前的状态。
每天5分钟玩转Kubernetes | Rolling Update实践
COCO_gsta的博客
06-22 323
书籍来源：cloudman《每天5分钟玩转Kubernetes》一边学习一边整理老师的课程内容及试验笔记，并与大家分享，侵权即删，谢谢支持！下面我们部署三副本应用，初始镜像为httpd:2.2.31，然后将其更新到httpd:2.2.32。httpd:2.2.31的配置文件如下所示。 通过kubectl apply部署，如图所示。部署过程如下：（1）创建Deployment httpd。（2）创建ReplicaSet httpd-745bddc8fb。（3）创建三个Pod。（4）当前镜像为httpd:2
Pod 的升级和回滚-podupdaterolling
zyy247796143的博客
02-11 3234
如果 Pod 是通过 Deployment 创建的，则用户可以在运行时修改 Deployment 的 Pod 定义（spec.template）或镜像名称，并应用到 Deployment 对象上，系统即可完成 Deployment 的 rollout 动作，rollout 可被视为 Deployment 的自动更新或者自动部署动作。如果在更新过程中发生了错误，则还可以通过回滚操作恢复 Pod 的版本。
Kubernetes零宕机滚动更新
bjwf125的博客
03-29 1002
软件世界的发展比以往任何时候都快，为了保持竞争力需要尽快推出新的软件版本，而又不影响在线得用户。许多企业已将工作负载迁移到了 Kubernetes 集群，Kubernetes 集群本身就考虑到了一些生产环境的实践，但是要让 Kubernetes 实现真正的零停机不中断或丢失请求，我们还需要做一些额外的操作才行。 滚动更新 默认情况下，Kubernetes 的 Deployment 是具有滚动更新的...
kubernetes云原生纪元：部署策略实战-滚动、重建、蓝绿、金丝雀
热门推荐
张成基
02-04 2万+
kubernetes云原生纪元：部署策略实战-滚动、重建、蓝绿、金丝雀 文章目录kubernetes云原生纪元：部署策略实战-滚动、重建、蓝绿、金丝雀Recreate重建策略Rolling update 滚动部署蓝绿部署金丝雀部署 原生的kuberntes 部署策略 Rolling update 滚动更新 Recreate 重新创建 利用Service 的一些特征label Selec...
K8S篇之k8s常见滚动更新策略
最新发布
小橙子的笔记屋
06-16 202
在 Kubernetes 中，滚动更新（Rolling Update）策略帮助管理应用程序的更新，确保应用程序在更新过程中始终保持可用。
kubernetes-pod的更新策略与回滚策略
apple_56973763的博客
11-11 2042
kubernetes的更新回滚策略
k8s滚动升级和扩缩容
u011356878的博客
12-09 1177
一、扩缩容 手动扩容 k8s使用过kubectl scale命令进行扩容 假设原本的pod有3个，这个时候由于业务的增长，我们可以将pod增加到5个 kubectl scale rc blog --replicas=5 这里的blog是rc的名称 当--replicas的值设置为比原来的pod数，k8s会杀掉一些pod，下面3个变成1个 kubectl scale rc blog --repli...
k8s滚动升级_kubernetes（k8s）Deployment滚动升级和回滚
weixin_39534780的博客
01-17 758
滚动升级示例yamlapiVersion: apps/v1kind: Deploymentmetadata:name: nginx-deploylabels:k8s-app: nginx-demospec:selector:matchLabels:app: nginxreplicas: 3template:metadata:labels:app: nginxspec:containers:- na...
k8s的deployment滚动更新策略是什么
04-17
<think>好的，我现在需要帮助用户了解Kubernetes中Deployment的滚动更新策略的配置和工作原理。用户之前询问了Pod的生命周期，现在转向Deployment的滚动更新，这可能是因为他们正在学习Kubernetes的不同控制器和部署策略。根据用户提供的引用内容，特别是引用[1]和引用[2]，里面提到了Deployment的工作原理、滚动更新策略以及回滚方法，这些内容需要整合到回答中。 首先，我需要明确用户的需求：他们想知道如何配置滚动更新策略以及其工作原理。因此，回答需要分两部分：配置方法和原理。同时，用户提供的引用中提到了一些关键点，比如maxSurge和maxUnavailable参数，以及回滚命令kubectl rollout undo，这些都需要包含在回答中。 接下来，我需要考虑用户可能的背景。他们可能已经了解Deployment的基本概念，但需要更深入的配置细节。因此，回答中需要详细解释每个参数的作用，例如maxSurge控制同时新增的Pod数量，maxUnavailable控制不可用Pod的最大数量。同时，可能需要提供一个YAML示例，让用户能够直观地看到如何配置这些参数。 关于工作原理部分，需要解释滚动更新的过程，包括如何逐步替换旧Pod，保持应用可用性。结合用户之前的问题中提到的Pod生命周期，可以联系到Pod的状态变化，比如新Pod启动时的健康检查（就绪探针）如何影响更新过程。此外，用户提到的引用[3]中关于Service和Endpoint的内容，说明Service如何关联Pod，因此在更新过程中，Endpoint会自动更新指向新的Pod，确保流量正确路由，这一点也需要在原理部分提到。 用户可能还关心如何验证和监控滚动更新的状态，因此需要介绍kubectl rollout status和kubectl get rs命令，这些帮助用户查看更新进度和副本集状态。此外，回滚是一个重要的故障恢复机制，用户提供的引用[2]中提到了kubectl rollout undo，需要详细说明如何使用该命令回滚到之前的版本，并查看历史记录。 另外，用户之前的回答中提到了健康检查机制（如就绪探针），在滚动更新过程中，这些探针的作用至关重要，因为新Pod必须通过就绪检查才能被纳入Service的Endpoint，否则更新会被阻塞。这需要在原理部分强调，确保用户理解健康检查与滚动更新的关联。 最后，需要考虑用户可能的应用场景，比如生产环境中的蓝绿部署或金丝雀发布，但用户当前的问题是滚动更新，因此可能需要简要提及这些策略的不同，但主要聚焦在滚动更新。不过用户提供的引用[1]中提到了蓝绿和金丝雀发布，可能用户后续会问到这些问题，所以相关问题部分可以包含这些内容，引导用户进一步探索。 总结回答结构：先概述滚动更新的作用，然后分配置方法和工作原理两部分详细说明，包括参数解释、YAML示例、更新流程步骤，最后介绍监控和回滚操作，以及相关问题的延伸。</think>### Kubernetes Deployment滚动更新策略详解 #### 一、滚动更新核心机制 滚动更新（Rolling Update）是Deployment控制器默认的更新策略，通过**渐进式替换Pod**实现零停机（Zero Downtime）的版本迭代。其核心目标是在保证服务可用性的前提下完成应用升级，具体通过以下两个参数控制更新节奏： - `maxSurge`：允许超出期望副本数的最大Pod数量（例如30%或固定值） - `maxUnavailable`：更新过程中允许不可用Pod的最大比例（例如25%或0）[^1][^2] --- #### 二、配置滚动更新策略 ##### 1. **参数定义示例（YAML）** ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment spec: strategy: type: RollingUpdate # 滚动更新策略（默认） rollingUpdate: maxSurge: 25% # 允许同时新增25%的Pod（如总副本4，最多同时启动5个） maxUnavailable: 0 # 更新期间必须保证所有旧Pod可用（严格零停机） replicas: 4 template: spec: containers: - name: nginx image: nginx:1.25 ``` ##### 2. **关键参数解析** | 参数 | 作用场景 | 典型值 | |--------------------|------------------------------------------------------------------------|-------------------| | `maxSurge` | 控制新Pod的创建速度，避免瞬间资源压力 | 25%、1（绝对值） | | `maxUnavailable` | 限制旧Pod的删除速度，确保服务最小可用容量 | 0（高可用场景） | --- #### 三、滚动更新工作原理 ##### 1. **更新流程** 1. **创建新ReplicaSet**：当镜像版本或配置变更时，Deployment生成新ReplicaSet（RS）[^1]。 2. **按策略扩容/缩容**： - 根据`maxSurge`逐步启动新Pod（如总副本4，`maxSurge=25%`时，新RS先启动1个Pod）。 - 根据`maxUnavailable`逐步终止旧Pod（若`maxUnavailable=0`，每启动1个新Pod后才会终止1个旧Pod）。 3. **健康检查**：新Pod必须通过`readinessProbe`才会被加入Service的Endpoint列表[^3]。 4. **完成替换**：旧RS缩容至0，新RS接管所有流量。 ##### 2. **流量切换逻辑** - Kubernetes的Service通过Label Selector动态关联Pod，更新过程中Endpoint列表会实时更新新Pod的IP[^3]。 - 旧Pod在终止前会完成**优雅关闭**（处理完现有请求再退出）。 --- #### 四、操作实践 ##### 1. **触发更新** ```bash kubectl set image deployment/nginx-deployment nginx=nginx:1.25 ``` ##### 2. **监控更新状态** ```bash kubectl rollout status deployment/nginx-deployment # 实时查看进度 kubectl get rs # 观察新旧ReplicaSet的副本分布 ``` ##### 3. **回滚操作** 若更新后出现异常，可快速回滚到上一版本： ```bash kubectl rollout undo deployment/nginx-deployment # 回滚到最近一次版本[^2] kubectl rollout history deployment/nginx-deployment # 查看历史版本记录 ``` --- #### 五、生产环境注意事项 - **严格定义就绪探针**：避免新Pod未完全初始化就被接入流量。 - **灰度验证**：结合金丝雀发布逐步验证新版本（先更新少量Pod）。 - **资源预留**：`maxSurge`需根据节点资源余量设置，防止资源争抢导致更新卡顿[^1]。 --- ### 相关问题 1. **如何通过`kubectl`命令直接修改滚动更新参数而不编辑YAML文件？** 2. **如果滚动更新过程中出现Pod启动失败，Deployment会如何处理？** 3. **蓝绿部署与滚动更新在流量切换机制上有何本质区别？**[^1] [^1]: Deployment控制器通过ReplicaSet管理Pod版本迭代，滚动更新是其默认策略 [^2]: 使用`kubectl rollout undo`可快速回滚到上一个稳定版本 [^3]: Service通过Endpoint动态关联健康Pod，确保流量无缝切换
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值