标签：

Kubernetes 中内建了很多 controller（控制器），，这些相当于一个状态机，用来控制 Pod 的具体状态和行为

1）ReplicationController 和 ReplicaSet

2）Deployment

3）DaemonSet

4）StateFulSet

5）Job/CronJob

6）Horizontal Pod Autoscaling二、控制器详解2.1、ReplicationController和ReplicaSet

1）ReplicationController（RC）用来确保容器应用的副本数始终连结在用户界说的副本数，即如果有容器异常退出，会自动创建新的 Pod 来替代；而如果异常多出来的容器也会自动回收；

2）在新版本的 Kubernetes 中建议使用 ReplicaSet 来代替 ReplicationController 。ReplicaSet 跟ReplicationController 没有素质的差别，只是名字不一样，并且 ReplicaSet 撑持调集式的 selector（标签 ）2.2、Deployment

Deployment 为 Pod 和 ReplicaSet 供给了一个声明式界说 (declarative) 要领，用来替代以前的ReplicationController 来便利的打点应用。范例的应用场景包孕；

界说 Deployment 来创建 Pod 和 ReplicaSet

滚动升级和回滚应用

扩容和缩容

暂停和继续 Deployment

DaemonSet确保全部（或者一些）Node 上运行一个 Pod 的副本。当有 Node 插手集群时，也会为他们新增一个Pod 。当有 Node 从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod

使用 DaemonSet 的一些范例用法：

1）运行集群存储 daemon，例如在每个 Node 上运行glusterd、ceph

2）在每个 Node 上运行日志收集 daemon，例如fluentd、logstash

3）在每个 Node 上运行监控 daemon，例如Prometheus Node Exporter、collectd、Datadog 代办代理、New Relic 代办代理，或 Ganglia gmond2.4、Job

Job 卖力批措置惩罚惩罚任务，即仅执行一次的任务，它保证批措置惩罚惩罚任务的一个或多个 Pod 告成结束2.5、CronJob

打点基于时间的 Job，即：

在给按时间点只运行一次

周期性地在给按时间点运行

使用前提条件：当前使用的 Kubernetes 集群，版本 >= 1.8（对 CronJob）。对付先前版本的集群，版本 <1.8，启动 API Server时，通过通报选项--runtime-config=batch/v2alpha1=true可以开启 batch/v2alpha1API

范例的用法如下所示：

1）在给定的时间点调理 Job 运行

2）创建周期性运行的 Job，例如：数据库备份、发送邮件2.6、StatefulSet

StatefulSet 作为 Controller 为 Pod 供给独一的标识。它可以保证部署和 scale 的挨次

StatefulSet是为了解决有状态处事的问题（对应Deployments和ReplicaSets是为无状态处事而设计），其应用场景包孕：

1）不变的长期化存储，即Pod从头调理后还是能访谒到不异的长期化数据，基于PVC来实现

2）不变的网络标识表记标帜，即Pod从头调理后其PodName和HostName不乱，基于Headless Service（即没有Cluster IP的Service）来实现

3）有序部署，有序扩展，即Pod是有挨次的，在部署或者扩展的时候要依据界说的挨次依次依次进行（即从0到N-1，不才一个Pod运行之前所有之前的Pod必需都是Running和Ready状态），基于init containers来实现

4）有序收缩，有序删除（即从N-1到0）2.7、Horizontal Pod Autoscaling(HPA )

应用的资源使用率凡是都有岑岭和低谷的时候，如何削峰填谷，提高集群的整体资源操作率，让service中的Pod个数自动调解呢？这就有赖于Horizontal Pod Autoscaling了，顾名思义，使Pod程度自动缩放

kubernetes(三)--资源控制器