k8s系列（六：实例）pod控制器、replicaSet、deployment、动态更新、控制更新节奏（金丝雀、蓝绿）

最新推荐文章于 2024-08-03 19:53:40 发布
最新推荐文章于 2024-08-03 19:53:40 发布
阅读量2.3k 收藏 1
点赞数
分类专栏： k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xopqaaa/article/details/102914165
版权
本文介绍了Kubernetes中Pod控制器如ReplicaSet、Deployment、DaemonSet和StatefulSet的用途。重点讲解了ReplicaSet的自动扩缩容和滚动更新，以及如何使用Deployment进行声明式配置资源和回滚。动态更新方面，通过金丝雀发布和蓝绿发布两种策略展示了更新节奏的控制。最后，详细阐述了如何通过kubectl命令进行滚动更新、控制最大可用和不可用副本数，以及如何进行回滚操作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

pod控制器的类型：

       ReplicaSet：支持滚动更新，自动扩缩容，用pod资源模板保证pod副本数量

       Deployment：借助ReplicaSet来实现，还支持回退，声明式配置资源，这个服务是无状态的，必须保持一直运行，守护进程类                                的 

       DaemonSet： 用一个节点精确保持一个特定pod副本运行，例如一些基础服务、这个服务是无状态的，必须保持一直运行，守                                 护进程类的 

       Jop： 只运行一次，任务没完成会重建，任务完成后不会重建，只能执行一次性作业，不需要持续运行

       Cronjop：周期性运行，不需要持续运行，

       StatefulSet: 有状态应用(redis、mysq)把手动做的操作复杂的执行逻辑定义成脚本放在pod模板当中，故障后通过脚本自动恢                              复过来

       TPR: Third Party Resources, 1.2-1.7

       CDP: Custom Defined Resoutces,1.8+

       Operator:

Helm: 

 定义 ReplicaSet    

ReplicaSet 的spec包括副本数、标签选择器、pod模板

编辑ReplicaSet 的yaml配置文件

最低0.47元/天 解锁文章
Kubernetes(K8s)基本概念:ReplicaSet、Deployment
zhengzaifeidelushang的博客
01-24 706
Kubernetes基本概念:Replicate、Deployment一、ReplicaSet二、部署对象：Deployment1）Deployment基本概念2）创建Deployment3）部署Deployment4）查看Deployment部署进度5）查看Deployment的信息6）查看ReplicaSet7）查看Pod8）查看Deployment的详细信息三、Deployment的升级1）方式一：直接set命令设置变更部分1.升级过程中查看deployment的信息2.升级完成后查看deployme
K8S中Deployment控制器的概念、原理解读以及使用技巧
景天科技苑
01-21 2150
Deployment是kubernetes中最常用的资源对象，为ReplicaSet和Pod的创建提供了一种声明式的定义方法， 在Deployment对象中描述一个期望的状态，Deployment控制器就会按照一定的控制速率把实际状态改成期望状态， 通过定义一个Deployment控制器会创建一个新的ReplicaSet控制器，通过ReplicaSet创建pod，删除Deployment控制器， 也会删除Deployment控制器下对应的ReplicaSet控制器和pod资源.
云原生工程师-5.k8s控制器-Replicaset和Deployment
qq_16688317的博客
03-14 296
k8s控制器-Replicaset和Deployment
kubernetes(八)ReplicaSet和Deployment
wzj_110的博客
11-05 460
强调下： 1）k8s的yaml文件中'kind'对应的字段值是'大驼峰' --> 也即都是'首字母大写' 2）其它字段是'小驼峰' 一 补充知识 请求资源的'url路径'是'如何堆叠的' 具体解释 name是 kubectl 去'查询资源'名字的'全称' 二 控制器 （1）控制器的工作原理 （2）ReplicaSet 1）rs的引出 2）案例讲解 目的： '观察实验现象,了解原理' apiVersion: apps/v1...
Docker学习第十天——k8s之ReplicaSet及Deployment
qq_39637333的博客
05-15 951
ReplicaSet，即副本控制器，简称rs，主要作用是控制由其管理的pod，使pod副本的数量始终维持在预设的个数，保证一定数量的Pod能够在集群中正常运行，它会持续监听这些Pod的运行状态，在Pod发生故障时重启pod，pod数量减少时重新运行新的 Pod副本。官方不推荐，使用Deployment代替。
k8sReplicaSet控制器
weixin_30402085的博客
07-17 114
一、ReplicaSet概述 简称RS，是pod控制器类型的一种实现，用于确保由其管控的pod对象副本数在任一时刻都能精确满足期望的数量。ReplicaSet控制器资源启动后会查找集群中匹配其标签选择器的pod资源对象，当前活动对象的数量与其期望的数量不吻合时，多则删除，少则通过pod模板创建以补足，等pod资源副本数量符合期望值后即进入下一轮和解循环。 RS的副本数量、标签选择器甚至是pod...
k8s集群的资源发布方式（滚动/蓝绿/灰度发布）及声明式管理方法
2402_83805984的博客
08-03 1613
目录1.常见的发布方式2.实现蓝绿发布3.实现金丝雀发布（Canary Release）4.声明式管理方法蓝绿发布:两套环境交替升级，旧版本保留一定时间便于回滚优点：用户无感知，部署和回滚速度较快；缺点：浪费资源成本较高滚动发布:按批次停止老版本实例，启动新版本实例。优点：节约资源；缺点：部署和回滚速度较慢灰度发布(金丝雀发布):根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问是新版本优点：保证整体系统稳定性，如果出现问题影响范围较小；缺点：自动化要求较高滚动升级方式： 蓝绿升级方式：
[K8S] K8S资源控制器Controller Manager(4)
程序员进阶之路
07-22 1535
Deployment为Pod和Replica Set（下一代Replication Controller）提供声明式更新。只需要在 Deployment 中描述想要的目标状态是什么，Deployment controller 就会帮您将 Pod 和 ReplicaSet 的实际状态改变到您的目标状态。也可以定义一个全新的 Deployment 来创建 ReplicaSet或者删除已有的 Deployment 并创建一个新的来替换。
从ReplicaSet到Deployment，解密Kubernetes集群中复制控制器的传承与升华
guting18893110463的博客
03-04 499
在云原生技术领域的核心舞台——Kubernetes（简称K8s）之上，组件间的协同工作构建起了强大的容器编排体系。其中，ReplicaSet和Deployment作为维护Pod副本数量的关键角色，它们之间存在着紧密而微妙的关系。本文将深入浅出地解析ReplicaSet的基础概念，并通过关联学习法揭示其与Deployment之间的共生关系。
k8s控制器 Replicaset和Deployment
WFL_BOKE的博客
05-10 432
Replicaset是副本控制器，简称rs，主要作用是控制由其管理的pod，使pod副本的数量始终维持在预设的个数。当pod副本被删除时，会重新创建新的副本。2，滚动升级（不停止旧服务的状态下升级）和回滚应用（将应用归滚到之前的版本）如果扩容则将yaml文件中的replicas：3更改为更大的，如果缩容则将数字改为更小的。app: nginx 匹配模板中的标签（与模板中的标签一样）滚动更新：将yaml文件中的spec内的image改为之前的版本即可。4，暂停和继续Deployment。
k8s控制器——Replicaset和Deployment
李凯的博客
07-12 1721
我们在定义pod资源时，可以直接创建一个kind：Pod类型的自主式pod，但是这存在一个问题，假如pod被删除了，那这个pod就不能自我恢复，就会彻底被删除，线上这种情况非常危险，所以今天就给大家讲解下pod的控制器，所谓控制器就是能够管理pod，监测pod运行状况，当pod发生故障，可以自动恢复pod。也就是说能够代我们去管理pod中间层，并帮助我们确保每一个pod资源始终处于我们所定义或者我们所期望的目标状态，一旦pod资源出现故障，那么控制器会尝试重启pod或者里面的容器，如果一直重启有问题的话那么
Deploy a replica set
weixin_34246551的博客
12-31 93
A three-member replica set server info:scdbm06~08 mongodb info:mongodb-linux-x86_64-2.6.6.tgz 1. 在On scdbm06上创建存放data和log的文件夹 mkdir-p /mongodb/data mkdir-p /mongodb/log 上传文件到 /mong...
k8s 控制器：Replicaset 和 Deployment
热门推荐
高飞的博客
11-07 26万+
k8s Deployments
云原生容器实战(三)-Kubernetes工作负载资源PodReplicaSet
JavaEdge全是干货的技术号
12-30 1138
ReplicaSet 的目的是维护一组在任何时候都处于运行状态的 Pod 副本的稳定集合。 因此，它通常用来保证给定数量的、完全相同的 Pod 的可用性。 ReplicaSet 的工作原理 RepicaSet 是通过一组字段来定义的，包括一个用来识别可获得的 Pod 的集合的选择算符、一个用来标明应该维护的副本个数的数值、一个用来指定应该创建新 Pod 以满足副本个数条件时要使用的 Pod 模板等等。 每个 ReplicaSet 都通过根据需要创建和 删除 Pod 以使得副本个数达到期望值， 进而实现其存在
k8s 四之控制器(ReplicaSet、Deployment、DaemonSet、job、Cronjob)
L*YUE的博客
09-09 901
Pod的分类 什么是控制器 控制器类型 控制器简介 控制器实验截图
Kubernetes-Pod/ReplicaSet/Deployment/Service关系
在每次的突破中遇见更好的自己
03-06 291
资源之间的关系 1）Pod是最小的调度单元，Pod启停容器镜像等； 2）Pod由ReplicaSet控制，ReplicaSet由Deployment控制，然后外部提供服务的是Service。 RS—>Pod 查看Pod: $ kubectl get pods 查看RS: $ kubectl get rs 查看Pod详情: $ kubectl describe pods pod_name 我们可以通过kubectl describe pods...
k8s滚动升级_k8s(6)-滚动更新
weixin_28916013的博客
01-17 368
用户希望应用程序始终可用，开发人员应该每天多次部署新版本的应用程序。在Kubernetes中，这是通过滚动更新完成的。滚动更新允许通过使用新的实例逐步更新Pods实例来实现部署的更新，从而实现零停机。新的Pod将在具有可用资源的节点上进行调度。在上一个模块中，我们将应用程序扩展为运行多个实例。这是执行更新而不影响应用程序可用性的要求。默认情况下，更新期间可用的最大Pod数和可以创建的新Pod的最大...
Kubernetes集群Pod控制器之ReplicaSet控制器（二十二）
江晓龙的博客
08-13 1万+
ReplicaSet控制器1.ReplicaSet控制器概念2.ReplicaSet资源清单文件3.ReplicaSet资源实战3.1.创建一个replicaset资源3.2.调整pod运行的副本数3.2.1.通过edit编辑yaml调整pod的数量3.2.1.使用kubectl调整pod的副本数3.3.升级Pod的镜像版本3.3.1.使用edit升级pod的镜像3.3.2.使用kubectl调整pod的镜像3.4..删除rs资源 1.ReplicaSet控制器概念 ReplicaSet控制器的主要作用是保
k8s之滚动更新、金丝雀发布、蓝绿发布
树袋熊
12-07 2107
k8s Pod三种升级方式哪几种发布方式滚动更新金丝雀发布蓝绿发布演示时间滚动更新金丝雀发布蓝绿发布 哪几种发布方式 滚动更新 滚动更新通过设置MaxSurge和MaxUnavailable来规定可以有多少个额外的Pod和可以忍受多少个Pod无法提供服务（两个参数可以为0，但是不能同时为0），在整个更新的过程中都是平滑无缝衔接。 金丝雀发布 金丝雀发布，又称：灰度发布，在k8s中通过暂停滚动跟新来实现灰度发布。灰度发布，是将一个新的版本放入到整个集群中，当没有发现问题后再将其他Pod进行更新。
linux k8s 热修复
最新发布
02-10
在 Kubernetes (k8s) 中，“热修复”通常指的是在不影响应用程序正常运行的情况下，对集群中的资源或应用进行升级、修补漏洞或修改配置的操作。这种做法可以最大限度地减少停机时间，并确保服务连续性。以下是几种常见的热修复方法及其实现方式： ### 1. 使用 `kubectl rollout` Kubernetes 提供了一个非常方便的工具叫作 `rollout`，它可以用来管理有状态集（StatefulSets）、副本集（ReplicaSets）、部署（Deployments）等资源的版本控制和平滑更新过程。 #### 更新镜像 你可以通过上述提到的 `kubectl set image` 来动态替换正在运行的服务使用的容器镜像，从而实现不停服的情况下的代码更新。例如： ```bash kubectl set image deployment/my-app-deployment my-container=my-image:new-version ``` 这会触发一次滚动更新，将所有实例逐步切换到新版镜像上。 #### 回滚 如果发现新版本存在问题，还可以利用 `kubectl rollout undo` 来迅速回退到最后一个稳定的状态。 ```bash kubectl rollout undo deployment/my-app-deployment ``` ### 2. 修改 ConfigMap 和 Secret 有时你需要调整环境变量、配置文件等内容而不必重启整个 Pod。这时就可以直接编辑对应的 ConfigMap 或 Secret 对象；因为它们的内容会被挂载进 Pod 内部作为卷或者注入成环境变量，所以当这些对象发生变化时，Pod 可以自动读取最新的值而不需要完全重建。 ```bash # 编辑 ConfigMap kubectl edit configmap my-config-map # 应用更改后的 ConfigMap 到现有 pod kubectl rollout restart deployment/my-app-deployment ``` 不过需要注意的是，不是所有的 Pod 都会对这样的变化做出响应——只有那些设计得足够灵活的应用才会监听外部依赖的变化并在必要时刷新自身设置。 ### 3. 蓝绿部署和金丝雀发布 为了降低风险并更好地测试变更效果，在实施较大规模的改动之前往往会选择蓝绿部署或是采用金丝雀发布的策略。这两种模式允许你在小范围内验证新版本的表现后再考虑全面推广。 - **蓝绿部署**：创建一个新的完整的生产环境 ("蓝色") 并平行保留原有的生产环境("绿色") ，一旦确认无误再一次性迁移流量过去。 - **金丝雀发布**：逐渐增加新版本的比例，比如开始只让一小部分用户访问最新版的功能模块，然后根据监控数据慢慢扩大范围直至全部上线。 ### 实施注意事项 无论采取哪种方式进行热修复，都应当密切监视系统的健康状况以及性能指标，及时处理可能出现的问题。同时也要考虑到网络分区、磁盘 I/O 等潜在瓶颈因素，避免因临时负载激增而导致系统不稳定。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值