Replication Controlle （3）

Replication Controlle：
Replication Controlle在K8s集群中，维持着pod的稳定数量，控制着集群中pod的生成和销毁。当集群中的pod数量不够的时候，会自动生成，当集群中的pod数量过多的时候，则自动删除部分pod。以保证集群pod群的可用性。在这个过程中Replication Controlle起了一个监管者的作用，当需要创建新的pod的时候，它会委托节点上的kubectl或者docker来启动新的资源。

特性：
1. 只对RestartPolicy属性为aways的实例生效。
2. 不论pod是应为什么原因被终止或者异常的，Replication Controlle都会启动新的pod进行补充。
3. Replication Controlle在进行应用更新的时候，是用户无感知的。通过逐渐更新pod的方式进行应用更新。

工作原理：
通过模板创建Pod：
Replication Controlle通过Pod template来创建新的pod，所有新创建的pod都具有相同的初始状态。
Pod template是创建pod的模板，这个服务在目前是归属于Replication Controlle的，但是官方有计划在将来把这个服务设计为一个独立的服务。
pod在创建完成之后，就与模板没有关系了，我们如果需要修改应用，则需要创建新的模板来使用，通过新的模板创建pod替换原先的pod。
通过lable来确定哪些Pod是被管理的：
创建的pod都会带有特定的lable，Replication Controlle通过label selector这个标签选择器来筛选出它管理的pod。对这些筛选出来的pod进行监控，从而确保这些pod的数量的稳定。
但是这样就会出现问题，相同的一群带有相同lable的pod被不同的两个Replication Controller管理着，那么就会产生冲突。为了避免这样的情况出现，RC会检查label selector是否具有覆盖关系，如果一个label selector的标签在另外一个label selector中也全部都存在，那么表示该label selector不合理，无法进行管理。

使用场景
1. Rescheduling（容错规划）
当集群中有节点出现问题的时候，RC会在其他的节点上启动新的pod,以维持pod数量。
Scaling（伸缩）
2. RC提供了控制pod副本数量的简单方法，可以直接修改replicas的值，来扩展pod的数量，或者减少pod的数量，不用手动的创建或者销毁pod。
Rolling updates（动态更新）
3. 运行在容器中的应用如果需要更新的时候，可以使用RC来进行动态更新，通过逐渐创建新的pod来逐渐替换旧的pod这样的方式。逐渐将应用替换为新的版本，通过这种方式，可以避免应用更新中出错。

参考：
https://mp.weixin.qq.com/s?__biz=MzI5NTM5NjcwMA==&tempkey=OTU3X3YvTzFTUEFRaWVYWDZnSElBdnlXRGJ3LVJyejNvUmRkY2Zlc1ZXdm5Ndlo1TVkzQ0JQczV0WWl2amZDSEpkOHVpdDlqM0l4REVNUFoyczVBbjltWmYxV2c4SG1JN0xEa1h1VUhaV3B3d2s5UnE0Q0FKSkFyelZRaDlYamtUYlItVHJrUXpXdV9oR1hJZ0pUV09hcTgyX3d1OEMyVHZqbUZFUzlMTHd%2Bfg%3D%3D&chksm=6c5575415b22fc571076e69e88e417df7d82fb0a6ac2f5b3d92fce293138f255a1e21b9ce857#rd