开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

更新部署(滚动更新)是否保持新旧共存的副本同时接收流量？

更新部署（滚动更新）是一种软件开发和部署的策略，它允许新版本的应用程序逐步替换旧版本，以确保系统的稳定性和可用性。在滚动更新过程中，新旧版本的应用程序副本可以同时接收流量，以确保平滑的过渡和无缝的用户体验。

滚动更新的主要目的是减少系统的停机时间和风险，同时保持系统的可用性。通过保持新旧版本的共存，可以在更新过程中逐步验证新版本的稳定性和功能，以便及时回滚到旧版本，以防出现问题。

滚动更新的具体实施方式可以根据具体的应用场景和需求而定。一种常见的方式是使用负载均衡器来分发流量到新旧版本的应用程序副本。通过逐步增加新版本的副本数量，同时逐步减少旧版本的副本数量，可以实现平滑的过渡。在更新过程中，可以根据实际情况监控新版本的性能和稳定性，并根据需要进行调整。

腾讯云提供了一系列与滚动更新相关的产品和服务，例如：

负载均衡（https://cloud.tencent.com/product/clb）：腾讯云负载均衡器可以实现流量的分发和调度，支持滚动更新策略，确保新旧版本的应用程序副本同时接收流量。
云服务器（https://cloud.tencent.com/product/cvm）：腾讯云提供的云服务器实例可以用于部署和运行应用程序的新旧版本，支持弹性伸缩和自动扩展，以适应不同流量负载的需求。
容器服务（https://cloud.tencent.com/product/tke）：腾讯云容器服务提供了容器化应用程序的部署和管理平台，支持滚动更新策略，可以方便地进行应用程序的版本迭代和更新。

请注意，以上提到的腾讯云产品仅作为示例，其他云计算品牌商也提供类似的产品和服务，具体选择应根据实际需求和预算来决定。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Isito 入门（八）：金丝雀发布

所以往往需要在上线时保持新版本和旧版本同时在用，测试人员或内测用户可以访问新版本，其他人继续使用旧版本。再有就是上线时新旧系统能够丝滑切换，用户完全感知不到这种变化。...并且新版本上线时，不应该影响旧版本的运行，要求实现不停止更新。但是除了应用本身，还涉及到新旧版本共有同一个数据库，新旧版本应用对应的数据库表结构不一样。...新旧版本切换带来的问题很多，但是，在本系列教程中我们只考虑外部访问效果即可。很多项目的版本更新做得并不好。...【图源：互联网】 Kubernetes 中虽然有滚动升级，能够逐渐使用新版本的 Pod 替换旧版本的 Pod，两个版本共存，但是并不能做到流量自由切分，一个流量进入时，依然会在新旧版本的 Pod 中轮询选择...A/B 测试 A/B 测试是同时部署两个版本对等的版本来接收流量，但它不是指新旧版本。比如，产品经理有一个好主意，做新时代的农场区块链，想知道大家喜欢养猪还是养鸡。

5815 0

Argo Rollouts 实现蓝绿金丝雀发布

渐进式交付通常被描述为持续交付的演变，将 CI/CD 中的速度优势扩展到部署过程。通过将新版本限制在一部分用户，观察和分析正确的行为，然后逐渐增加更多的流量，同时不断验证其正确性。...RollingUpdate(滚动更新)：慢慢地用新版本替换旧版本，随着新版本的出现，旧版本会慢慢缩减，以保持应用程序的总数量。这是 Deployment 对象的默认策略。...Blue-Green(蓝绿)：蓝绿发布（有时称为红黑）指同时部署了新旧两个版本的应用程序，在此期间，只有旧版本的应用程序会收到生产流量，这允许开发人员在将实时流量切换到新版本之前针对新版本进行测试。...，同时活动服务继续接收生产流量。...上面例子中的 Rollout 没有使用 Ingress 控制器或服务网格来控制流量。相反，它使用正常的 Kubernetes Service 来实现近似的金丝雀权重，基于新旧副本数量的比例来实现。

2.4K3 0

如何在 Kubernetes 上部署高可用应用程序

Kubernetes 有多种部署策略，但我们这里的重点是滚动更新，这是允许增量部署的策略。...滚动更新还允许确定更新期间应不可用的 Pod 数量。在上面的配置中，maxSurge和maxUnavailable是用于确定部署期间不可用的 Pod 数量的参数。...从上面的配置来看，滚动部署过程会一次部署一个 pod，一次删除一个 pod，直到所有旧 pod 都被新 pod 替换。滚动更新对于每个 Pod 滚动更新非常有用。但 Pod 如何终止也非常重要。...但如果应用需要较长时间才能关闭，新应用才能完全部署并准备好接收流量，则可以将其更改为更长的时间。允许您更新允许终止 Pod 的时间的参数是TerminationGracePeriodSeconds。...这不仅可以确保新 Pod 已部署、运行并已接收流量，还可以确保用户不会遇到任何停机时间，因为在同一时刻，新旧 Pod 都会接收流量，并且旧 Pod 将被终止Kubernetes 让新的 Pod 继续运行并接收流量

3211 0

一文搞懂蓝绿发布、灰度发布和滚动发布

应用程序升级面临最大挑战是新旧业务切换，将软件从测试的最后阶段带到生产环境，同时要保证系统不间断提供服务。...长期以来，业务升级渐渐形成了几个发布策略：蓝绿发布、灰度发布和滚动发布，目的是尽可能避免因发布导致的流量丢失或服务不可用问题。...缺点部署时间慢，取决于每阶段更新时间；发布策略较复杂；无法确定OK的环境，不易回滚。...部署过程先升级1个副本，主要做部署验证；每次升级副本，自动从LB上摘掉，升级成功后自动加入集群；事先需要有自动更新策略，分为若干次，每次数量/百分比可配置；回滚是发布的逆过程，先从LB摘掉新版本...小结综上所述，三种方式均可以做到平滑式升级，在升级过程中服务仍然保持服务的连续性，升级对外界是无感知的。那生产上选择哪种部署方法最合适呢？这取决于哪种方法最适合你的业务和技术需求。

1.9K4 0

一文搞懂蓝绿发布、灰度发布和滚动发布

应用程序升级面临最大挑战是新旧业务切换，将软件从测试的最后阶段带到生产环境，同时要保证系统不间断提供服务。...长期以来，业务升级渐渐形成了几个发布策略：蓝绿发布、灰度发布和滚动发布，目的是尽可能避免因发布导致的流量丢失或服务不可用问题。...缺点部署时间慢，取决于每阶段更新时间；发布策略较复杂；无法确定OK的环境，不易回滚。...部署过程先升级1个副本，主要做部署验证；每次升级副本，自动从LB上摘掉，升级成功后自动加入集群；事先需要有自动更新策略，分为若干次，每次数量/百分比可配置；回滚是发布的逆过程，先从LB摘掉新版本...小结综上所述，三种方式均可以做到平滑式升级，在升级过程中服务仍然保持服务的连续性，升级对外界是无感知的。那生产上选择哪种部署方法最合适呢？这取决于哪种方法最适合你的业务和技术需求。

3.3K1 0

K8S Pod流量的优雅无损切换实践

本篇的实践内容继承之前的知识体系，将更深入的总结零宕机部署方法。刨根问底滚动更新我们首先来谈谈滚动更新的问题。...根据默认情况，Kubernetes 部署会以滚动更新策略推动 Pod 容器版本更新。...我们不得不对我们的服务进行压力测试并收集结果。我们感兴趣的主要一点是我们的传入的 HTTP 请求是否被正确处理，包括 HTTP 连接是否保持活着。...fortio load -a -c 50 -qps 500 -t 60s "" 我们在进行滚动更新部署时同时运行这个测试，如下图报告所示，会有一些连接失败的请求...实践总结应用的滚动更新是流量平滑切换的原子操作基础。只有让 Kubernetes 能正确处理滚动更新，才有可能实现应用流量的无损更新。

1.3K2 0

（译）Kubernetes Deployment 终极指南

，这个操作会切换新旧 ReplicaSet 的地位。在这个点开始，会提高旧版 ReplicaSet 的实例数量到指定数值，同时降低新版的的实例数量。一般来说，并不限于新旧两个 ReplicaSet。...MaxSurge 指出了我们在滚动更新时，可以有多少个额外的 Pod；而 MaxUnavailable 则代表在滚动更新时，我们可以忍受多少个 Pod 无法提供服务。...如果你好奇就绪检测的内幕：Pod 只有在所有成员容器都通过就绪检测之后才会作为有效的 Endpoint 被加入服务。换句话说，Pod 只有准备就绪之后才会开始接收流量。...{"app": "green"}}}' 蓝绿部署的好处是，流量切换几乎是立刻完成的，推出和回滚都可以很方便的通过更新 Serevice 定义来完成。...用 Kubernetes 完成金丝雀部署有时我们不想让测试版本影响所有用户，即使是短时间也不行。所以我们可以部分推出新版本。例如我们部署新旧两组实例，1% 的流量发送给新版本。

1.2K1 0

一、灰度发布

二、滚动发布　　滚动发布，则是我们一般所说的无宕机发布。其发布方式如同名称一样，一次取出一台/多台服务器（看策略配置）进行新版本更新。...k8s创建副本应用程序的最佳方法就是部署(Deployment)，部署自动创建副本集(ReplicaSet)，副本集可以精确地控制每次替换的Pod数量，从而可以很好的实现滚动更新。...增加或减少pod副本数量，直到满足当前批次期望的数量删除旧的replication controller 　　滚动发布的优缺点如下：优点不需要停机更新，无感知平滑更新。...版本更新成本小,不需要新旧版本共存缺点更新时间长：每次只更新一个/多个镜像，需要频繁连续等待服务启动缓冲旧版本环境无法得到备份：始终只有一个环境存在回滚版本异常痛苦：如果滚动发布到一半出了问题...作用是用来检测 Pod 是否允许被访问到（是否准备好接受流量）。如果你的服务加载很多数据，或者有其他需求要求在特定情况下不被分配到流量，那么可以用这个探针。

1.6K2 0

GitOps 实践之渐进式发布

滚动更新的优势在于，整个更新过程不会中断服务，因此能够提供良好的用户体验。同时，滚动更新还可以在保持服务连续性的同时，逐步替换旧版本实例，这可以有效地降低因更新带来的风险。然而，滚动更新也有其缺点。...这种策略可以确保在部署过程中应用程序始终保持运行，不会出现停机时间。我们可以通过设置 maxUnavailable 和 maxSurge 来控制滚动更新的速度。...滚动更新包括一系列明确定义的检查和操作，用于升级由 Deployment 管理的任意数量的副本。...因此，它会创建一个单独的副本，验证其是否就绪，将其连接到服务池，最后才终止具有旧配置的副本。...这些要求不仅确保了我们的服务具有高可用性，也保证了我们能够在保持高效发布的同时，最大程度地降低任何可能的风险。

3382 0

GitOps 实践之渐进式发布

滚动更新的优势在于，整个更新过程不会中断服务，因此能够提供良好的用户体验。同时，滚动更新还可以在保持服务连续性的同时，逐步替换旧版本实例，这可以有效地降低因更新带来的风险。然而，滚动更新也有其缺点。...这种策略可以确保在部署过程中应用程序始终保持运行，不会出现停机时间。我们可以通过设置 maxUnavailable 和 maxSurge 来控制滚动更新的速度。...滚动更新包括一系列明确定义的检查和操作，用于升级由 Deployment 管理的任意数量的副本。...因此，它会创建一个单独的副本，验证其是否就绪，将其连接到服务池，最后才终止具有旧配置的副本。...这些要求不仅确保了我们的服务具有高可用性，也保证了我们能够在保持高效发布的同时，最大程度地降低任何可能的风险。

4861 0

TKE基于弹性网卡直连Pod的网络负载均衡

集群依赖集群版本要求、VPC-CNI网络要求 - - 业务能力限制最佳无法获取来源IP、无法进行会话保持有条件的会话保持本文将会从传统的模式的问题入手，比较新旧模式的区别，并在最后提供新直连模式的使用指引...为了解决以上问题，我们以前给用户提供的技术建议主要是通过Local转发的方式，避免KubeProxyNAT转发带来的问题。但是因为转发的随机性，一个节点上部署多个副本时会话保持依旧无法支持。...因此，业务滚动更新的时候，接入层的负载均衡的状态良好，方能保证滚动更新的安全平稳。负载均衡的控制面性能负载均衡的控制面接口。...这里涉及到一个滚动更新相关的问题当用户开始为应用做滚动更新的时候，Kubernetes会根据更新策略进行滚动更新。...同时测试中的监控也发现，直连模式减少了大量VPC网络内的流量。测试场景，从20节点到80节点，逐步增大集群规模，通过wrk工具对集群进行网络延时的测试。

2.2K4 0

Kubernetes：应用自动扩容、收缩与稳定更新

在前面我们已经学习到了 Pod 的扩容、滚动更新等知识，我们可以手动为 Deployment 等设置 Pod 副本的数量，而这里会继续学习关于 Pod 扩容、收缩的规则，让 Pod 根据节点服务器的资源自动增加或减少...按照算法计算，加入当前副本数量为 12，且 CPU 使用率达到 90%，则期望副本数为 12*(90%/80%) = 13.5，那么理论上会部署 14 个 Pod，但是 CPU 再继续增加的话，最多 15...(共存)，比例缩放是控制上线时多个 Pod 服务可用数量的方式。...当我们设置.spec.strategy.type==RollingUpdate时，便会采取滚动更新的方式更新 Pods，此时可以指定 maxUnavailable 和 maxSurge 来控制滚动更新...这个我们之前提到过，就是 Deployment 默认会保证一直有 75% 的 pod处于可用状态，在完成更新前可能有多个版本的 pod 共存。

8222 0

优雅退出和零停机部署

当执行滚动更新、扩展部署、发布新版本、执行作业和定时作业等操作时，会创建Pod。但是，在发生驱逐事件后，例如将节点标记为不可调度，Pod也会被删除并重新创建。...Kubernetes 只有在新 Pod 准备好接收流量（也就是通过了就绪检查）后，才会重复每个周期。 Kubernetes 是否会等待 Pod 被删除后再进行下一个操作？「不会。」...总共，在短时间内你会有两倍数量的 Pod（10 个运行中，10 个终止中）。滚动更新和优雅停机优雅期相对于就绪探针的时间越长，你将同时拥有更多运行中（和终止中）的 Pod。这是不好的吗？...每个副本被分配了一个需要转码的视频，这个任务可能需要几个小时才能完成。当你触发滚动更新时，Pod在被终止之前有30秒的时间完成任务。如何避免延迟关闭Pod呢？...现有用户可以继续接收更新，同时最新的部署为新用户提供服务。当用户从旧的Pod断开连接时，你可以逐渐减少副本并淘汰过去的部署。

3362 0

高级 Kubernetes 部署策略

虽然 Kubernetes 提供了滚动更新作为默认部署策略，但一些用例需要非常规方法来部署或更新集群服务。...Kubernetes 部署允许集群管理员：部署 pod 或副本集更新副本集和 pod 回滚到早期版本暂停 / 继续部署扩展部署以下部分将探讨 Kubernetes 如何简化容器化应用程序的更新过程...提供滚动更新作为标准部署策略，该策略每次用一个新版本替换一个 pod，以避免集群停机。...Kubernetes 支持多种高级部署策略，以便开发人员可以精确控制流向特定版本的流量。蓝绿部署在蓝绿策略中，应用程序的新旧实例同时部署。...缺点：微调流量分布的成本很高；推送速度较慢。 A/B 策略特点：向用户提供新旧应用程序版本，然后对比它们的体验；主要用于前端部署和 QA 测试流程不足的情况。

3052 0

022.掌握Pod-Pod升级和回滚

之后，系统继续按照相同的更新策略对新旧两个ReplicaSet进行逐个调整。最后，新的ReplicaSet运行了3个新版本Pod副本，旧的ReplicaSet副本数量则缩减为0。 ?...同时，可以通过设置spec.strategy.rollingUpdate下的两个参数（maxUnavailable和maxSurge）来控制滚动更新的过程。...举例来说，当maxUnavailable被设置为30%时，旧的ReplicaSet可以在滚动更新开始时立即将副本数缩小到所需副本总数的70%。...举例来说，当maxSurge的值被设置为30%时，新的ReplicaSet可以在滚动更新开始时立即进行副本数扩容，只需要保证新旧ReplicaSet的Pod副本数之和不超过期望副本数的130%即可。...该命令创建了一个新的RC，然后自动控制旧的RC中的Pod副本数量逐渐减少到0，同时新的RC中的Pod副本数量从0逐步增加到目标值，来完成Pod的升级。

6221 0

自动化的金丝雀发布

我们可以将流量拆分与 Linkerd 的自动黄金指标(golden metrics)遥测相结合，并根据观察到的指标推动流量决策。例如，我们可以逐渐将流量从旧部署转移到新部署，同时持续监控其成功率。...如果在任何时候成功率下降，我们可以将流量转移回原始部署并退出发布。理想情况下，我们的用户始终保持快乐(remain happy)，没有注意到任何事情！...要观察这个过程，运行: kubectl -n test get ev --watch 将创建一个名为 podinfo-primary 的新部署，其副本数量与 podinfo 具有的副本数量相同一旦新...podinfo.test 除了托管部署之外，还创建了一些服务来协调应用程序的新旧版本之间的路由流量。...默认情况下，部署控制器(deployment controller)将协调滚动更新(rolling update)。

5863 0

再战 k8s（12）：Deployment 指导下 Pod 的升级和回滚

之后，系统继续按照相同的更新策略对新旧两个ReplicaSet进行逐个调整。最后，新的ReplicaSet运行了3个新版本Pod副本，旧的ReplicaSet副本数量则缩减为0。如图所示。...同时，可以通过设置spec.strategy.rollingUpdate下的两个参数（maxUnavailable和maxSurge）来控制滚动更新的过程。下面对滚动更新时两个主要参数的说明如下。...举例来说，当maxSurge的值被设置为30%时，新的ReplicaSet可以在滚动更新开始时立即进行副本数扩容，只需要保证新旧ReplicaSet的Pod副本数之和不超过期望副本数的130%即可。...，会逐个增加Pod副本数，同时将之前正在扩容的ReplicaSet停止扩容（更新），并将其加入旧版本ReplicaSet列表中，然后开始缩容至0的操作。...该命令创建了一个新的RC，然后自动控制旧的RC中的Pod副本数量减少到0，同时新的的RC中的Pod副本数量从0逐个增加到目标值，来完成Pod的升级。

1.3K4 0

Kubernetes 零宕机滚动更新

，当新部署的 Pod 启动并可以处理流量之后，才会去杀掉旧的 Pod。...在使用过程中我们还可以指定 Kubernetes 在更新期间如何处理多个副本的切换方式，比如我们有一个3副本的应用，在更新的过程中是否应该立即创建这3个新的 Pod 并等待他们全部启动，或者杀掉一个之外的所有旧的...下面示例是使用默认的滚动更新升级策略的一个 Deployment 定义，在更新过程中最多可以有一个超过副本数的容器（maxSurge），并且在更新过程中没有不可用的容器。...原因分析现在的问题是需要弄明白当应用在滚动更新期间重新路由流量时，从旧的 Pod 实例到新的实例究竟会发生什么，首先让我们先看看 Kubernetes 是如何管理工作负载连接的。...下一步需要添加 readiness 可读探针，来检查我们的应用程序是否已经准备好来处理流量了。

1.5K2 1

搞定微服务线上生命周期管理，同时发布上千个服务节点不是事儿

1）检查环境：检测系统环境是否正常，相关技术栈是否完备； 2）下载部署包：参考指定软件版本下载部署物料； 3）关闭服务监控：关闭服务监控，防止部署过程中产生大量报错信息，但部署监控必须开启； 4）服务下线...6）部署服务：部署新服务的部署包； 7）启动服务：启动服务进程； 8）健康检测：检测服务是否正常启动，进程是否正常，并在服务注册中心中正常注册； 9）开启服务监控：服务启动成功并正常注册后，开启服务监控...蓝绿发布的核心思想是新旧两套服务共存。新系统的发布由于不涉及旧系统，自然不需要使用蓝绿发布，所以直接发布就行了，只有存量服务的升级才需要使用蓝绿发布。所以，准确地说，蓝绿发布主要应用于服务的升级。...采用蓝绿发布模式，由于新旧两套服务集群并存，所以一旦发布过程出现异常，回滚速度会比较快，只要切流量即可。但这种发布模式在发布过程中，需要额外占用一套线上资源。...“金丝雀测试”无误后，就可以进行全量滚动发布了。

1K2 0

Kubernetes零宕机滚动更新

掉，当新部署的 Pod 启动并可以处理流量之后，才会去杀掉旧的 Pod。...在使用过程中我们还可以指定 Kubernetes 在更新期间如何处理多个副本的切换方式，比如我们有一个3副本的应用，在更新的过程中是否应该立即创建这3个新的 Pod 并等待他们全部启动，或者杀掉一个之外的所有旧的...下面示例是使用默认的滚动更新升级策略的一个 Deployment 定义，在更新过程中最多可以有一个超过副本数的容器（maxSurge），并且在更新过程中没有不可用的容器。...上面的 nginx-test 这个应用使用 nginx 这个镜像创建3个副本，该 Deployment 执行滚动更新的方式：首先创建一个新版本的 Pod，等待 Pod 启动并准备就绪，然后删除一个旧的...下一步需要添加 readiness 可读探针，来检查我们的应用程序是否已经准备好来处理流量了。

5914 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭