Kubernetes中为何需要Pod ReplicaSet？Pod水平扩缩容场景方案疑问

为什么Kubernetes需要引入Pod ReplicaSet #

ReplicaSet是Kubernetes中负责副本管理的核心基础资源，引入它主要解决以下几个核心问题：

• 高可用自愈能力：独立部署的单Pod没有故障恢复机制，一旦节点宕机、Pod被误删或内部进程崩溃，服务就会直接中断。ReplicaSet会持续监控集群中匹配标签的Pod实际运行数量，和用户声明的期望副本数做对比，缺了就自动创建新Pod补全，多了就自动删除冗余Pod，始终保证服务的可用副本数符合预期。
• 批量副本管控效率：如果需要部署多份相同的Pod来承接高并发流量，手动创建、更新、删除几十上百个Pod的操作成本极高且容易出错。ReplicaSet支持通过单个配置统一管控所有同规格的Pod副本，调整副本规模只需要修改一个配置字段即可，无需逐个操作Pod。
• 高阶工作负载的底层支撑：我们日常更常用的Deployment、DaemonSet等上层工作负载的扩缩容、滚动更新、版本管理能力，底层都是依赖ReplicaSet实现的，比如Deployment做滚动更新时，就是通过逐步调高新版本ReplicaSet的副本数、调低旧版本ReplicaSet的副本数，来实现服务的无感知更新。

能否向正在运行的PPod中添加容器实现水平扩缩容 #

完全不可以，这个场景必须使用ReplicaSet（或更常用的上层Deployment）的能力实现：

• Kubernetes的Pod是不可变的基础调度单元，Pod创建完成后，其配置中的容器列表spec.containers是不允许动态修改的，你无法给已经运行的Pod新增或删除容器。
• 单个Pod内的多个容器通常是主容器+边车辅助容器的组合（比如主容器跑业务，边车跑日志采集、流量代理），不是水平扩容的载体。水平扩缩容的本质是增加/减少相同服务的实例数，这个设计目标完全是ReplicaSet的实现范畴。
• 你只需要把当前包含3个API服务容器的PPod的配置，作为ReplicaSet/Deployment的.spec.template字段的Pod模板，通过调整.spec.replicas字段就能实现扩缩容：比如期望运行3个相同的实例就把replicas设为3，ReplicaSet会自动创建3个和P规格完全一致的Pod，每个内部都运行那3个API服务容器，后续扩缩容只需要调整这个数值即可，还可以对接HPA实现基于CPU、流量等指标的自动扩缩容。

内容的提问来源于stack exchange，提问作者overexchange