一:
Replication Controller
RC是kubernetes的核心概念之一。它定义了一个期望的场景即声明某种Pod的副本数量在任意时候都要符合某个预期值。 它由以下几个部分组成:
1.Pod期待的副本数(replicas)
2.用于筛选目标Pod的Label Selector
3.当Pod的副本数量小于预期数量的时候,用于创建新Pod的Pod模板。
当我们定义了一个RC并提及到kubernetes集群中以后,Master节点上的Controller Manager组件就会得到通知,定期巡检系统中当前存活的目标Pod,并确保目标Pod实例的数量刚好等于RC的期望值。通过RC,Kubernetes实现了用户应用集群的高可用性,并且大大减少系统管理员在传统IT环境中需要完成的许多手工运维工作。
二: Replica Sets
Replica Sets是下一代的RC,它与RC当前存在的唯一区别是,它支持基于集合的Label selector; 而RC只支持基于等式的Label Selector.
kubectl命令行工具适用于RC的绝大部分命令都同样适用于Replica Sets. 当前我们很少单独使用Replica Set, 它主要被Deployment 这个更高层的资源对象所使用,从而形成一整套Pod创建,删除更新的编排机制。
三: Deployments
Deployments通过Replica Sets实现了对RC的升级。可以随时知道当前Pod部署的进度。典型使用场景有:
1.创建一个Deployment对象来生成对应的Replica Set并完成Pod副本的创建过程。
2.检查Deployment的状态来看部署动作是否完成(Pod副本数量是否达到预期)
3.更新Deployment已创建新的Pod
4.如果当前Deployment不稳定,则回滚到一个早先的Deployment版本。
RC是kubernetes的核心概念之一。它定义了一个期望的场景即声明某种Pod的副本数量在任意时候都要符合某个预期值。 它由以下几个部分组成:
1.Pod期待的副本数(replicas)
2.用于筛选目标Pod的Label Selector
3.当Pod的副本数量小于预期数量的时候,用于创建新Pod的Pod模板。
当我们定义了一个RC并提及到kubernetes集群中以后,Master节点上的Controller Manager组件就会得到通知,定期巡检系统中当前存活的目标Pod,并确保目标Pod实例的数量刚好等于RC的期望值。通过RC,Kubernetes实现了用户应用集群的高可用性,并且大大减少系统管理员在传统IT环境中需要完成的许多手工运维工作。
二: Replica Sets
Replica Sets是下一代的RC,它与RC当前存在的唯一区别是,它支持基于集合的Label selector; 而RC只支持基于等式的Label Selector.
kubectl命令行工具适用于RC的绝大部分命令都同样适用于Replica Sets. 当前我们很少单独使用Replica Set, 它主要被Deployment 这个更高层的资源对象所使用,从而形成一整套Pod创建,删除更新的编排机制。
三: Deployments
Deployments通过Replica Sets实现了对RC的升级。可以随时知道当前Pod部署的进度。典型使用场景有:
1.创建一个Deployment对象来生成对应的Replica Set并完成Pod副本的创建过程。
2.检查Deployment的状态来看部署动作是否完成(Pod副本数量是否达到预期)
3.更新Deployment已创建新的Pod
4.如果当前Deployment不稳定,则回滚到一个早先的Deployment版本。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28624388/viewspace-2140018/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/28624388/viewspace-2140018/