欢迎来到李先生的博客

深山的鹿,不知归处;万般皆苦,只可自渡。
扩大
缩小

Kubernetes概念之RC

感觉自己浪费了一年的时间,种一棵树最好的时间是十年前,还有就是现在,虽然这颗树种了又种,种了又种,这次真的要种了......
 
本文通过《Kubernetes权威指南》的概念部分学习总结 

RC(Replication Controller)

RC定义了一个期望的场景,即声明某种Pod的副本数量在任意时刻都符合某个预期值,RC的定义包括如下:
1)Pod期望的副本数
2)用于筛选目标Pod的Label Selector
3)当Pod的副本数量小于预期的时候,用于创建新的Pod的Pod模板
 
 
当我们定义了一个RC并提交到Kubernetes集群中以后,Master节点上的Controller Manager组件就得到通知,定期巡检系统中当前存活的目标Pod,并确保目标Pod实例的数量刚好等于此RC的期望值,如果有过多的Pod副本在运行,系统就会停掉一些Pod,否则系统就会再自动创建一些Pod。通过RC,Kubernetes实现了用户应用集群的高可用性,并大大减少了系统管理员在传统IT环境中需要完成的手工运维工作(如主机监控脚本,应用监控脚本,故障恢复脚本)
 

假设场景

1)我们有一个3个Node节点的集群,我们定义了一个RC,在这个RC里定义了redis-slave这个Pod需要保持两个副本,如图:
 
2)假设Node2上的Pod2意外终止了,根据RC定义的replicas数量为2,Kubernetes将会自动创建并启动一个新的Pod,以保证整个集群中始终有两个redis-slave Pod运行
 
 
3)在运行时,可以通过修改RC的副本数量,实现Pod的动态缩放(scaling)
 
kubectl scale rc redis-slave --relicas=3

 

注意
1)删除RC并不会影响已经听过该RC创建的Pod
2)为了删除所有Pod,可以将RC的replicas设置为0,然后更新该RC
3)可通过kubectl stop和delete命令一次性删除RC和RC控制的全部Pod
  

RC的特性与作用

1)在大多数情况下,我们通过定义一个RC实现Pod的创建过程以及副本数量的自动控制。
2)RC里包括完整的Pod定义模板
3)RC里包括完整的Label Selector机制实现对Pod副本的自动控制
4)通过改变RC里的Pod副本数量,可以实现Pod的扩容和缩容功能
5)通过改变RC里的Pod模板中的镜像版本,可以实现Pod的滚动升级功能 
 
 

posted on 2019-09-18 18:02  Captain_Li  阅读(421)  评论(0编辑  收藏

导航