Kubernetes核心构建基础:复制控制器、副本集与健康检查
1. 复制控制器与副本集概述
在Kubernetes的世界里,复制控制器(Replication Controllers,简称RCs)和副本集(Replica Sets)是管理Pod副本的重要工具。不过,复制控制器已经逐渐被弃用,现在更推荐使用部署(Deployments)来配置副本集,这种方式能更稳健地进行应用复制,也是对容器运行社区反馈的回应。
1.1 复制控制器
复制控制器的主要职责是管理Pod及其包含的容器镜像运行的节点数量,确保镜像实例以指定的副本数量运行,保证一个或多个相同的Pod始终处于运行状态,随时为应用流量提供服务。
当你开始对容器和Pod进行操作时,可能需要进行更新部署、扩展或缩减副本数量,或者确保至少有一个实例始终运行。复制控制器提供了一个高级机制,确保整个应用和集群的正常运行。由复制控制器创建的Pod在失败时会被替换,终止时会被删除。即使应用中只有一个Pod,也建议使用复制控制器。
复制控制器的工作很简单,就是确保应用达到预期的规模。你需要定义想要运行的Pod副本数量,并提供创建新Pod的模板。和服务一样,我们使用选择器(selectors)和标签(labels)来定义Pod是否属于某个复制控制器。
值得注意的是,Kubernetes并不要求复制控制器具有严格的行为,它更适合长时间运行的进程。对于短期工作负载,可以使用作业控制器(job controllers),它能让作业运行到完成状态,非常适合批处理工作。
1.2 副本集
副本集是复制控制器的改进版本,目前处于测试阶段。与复制控制器的
超级会员免费看
订阅专栏 解锁全文
25

被折叠的 条评论
为什么被折叠?



