k8s控制器资源

我们简单介绍完kubernetes的逻辑结构之后我们来看一下k8s控制器资源，k8s控制器资源分很多种，有replication controller，deployment，Horizontal pod autoscaler，statefulSet，daemonSet，job等...，接下来我们来详细分析一下下面资源的使用场景和区别

replication Controller控制器

replication controller简称RC，是kubernetes系统中的核心概念之一，简单来说，它其实定义了一个期望的场景，即声明某种pod的副本数量在任意时刻都复合某个预期值，所以RC的定义包含以下部分：

• pod期待的副本数量
• 用于筛选目标pod的Label Selector
• 当pod的副本数量小于期望值时，用于创建新的pod的pod模板（template）

下面是一个完整的RC定义的例子，即确保拥有app=mynginx标签的这个pod在整个kubernetes集群中始终只有一个副本，红色字体一定要一直，因为我们的控制器就是根据标签筛选出来的（因为pod的ip和pod名字都会变化）：

[root@master ~]# vim nginx.yaml 
apiVersion: v1
kind: ReplicationController
metadata:
  name: myweb
  namespace: default
spec:
  replicas: 1
  selector:
    app: mynginx
  template:
    metadata:
      labels:
        app: mynginx
    spec:
      containers:
      - name: mycontainer
        image: lizhaoqwe/nginx:v1
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

在我们定义了一个RC并将其提交到kubernetes集群中后，master上的controller Manager组件就得到了通知，定期巡检系统中当前存货的目标pod，并确保目标pod实力数量刚好等于此RC的期望值，如果多余期望值，则停掉一些，如果少于期望值会再创建一些。

以下面3个Node节点的集群为例，说明kubernetes是如何通过RC来实现pod副本数量自动控制的机制，我们创建2个pod运行redis-slave，系统可能会再两个节点上创建pod，如下图

假设Node2上的pod意外终止，则根据RC定义的replicas数量1，kubernetes将会自动创建并启动两个新的pod，以保证在整个集群中始终有两个redis-slave Pod运行，如下图所示，系统可能选择Node3或者Node1来创建新的pod

 此外，我们还可以通过修改RC的副本数量，来实现Pod的动态扩容和缩容

[root@master ~]# kubectl scale --replicas=3 rc myweb 
replicationcontroller/myweb scaled

结果如下

k8s控制器资源

原文：https://www.cnblogs.com/fengzi7314/p/11459352.html