Kubernetes---资源控制器

⒈引用

Pod的分类

　　自助式pod

　　　　只要pod退出了，此类型的pod不会被重建，该pod没有管理者，死亡后不会被拉起。

　　控制器管理的pod【生产环境中大多数都是选择控制器去管理pod】

　　　　在控制器的生命周期里始终要维持pod的副本数目

 

区别

　　生命周期被管理的机制不太一致

⒉控制器介绍，什么是控制器

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

⒊有那些类型的控制器

　　·ReplicationController 和 ReplicaSet 

　　·Deployment 

　　·DaemonSet 

　　·Job/CronJob 

　　·StatefulSet

　　·Horizontal Pod Autoscaling

⒋详细介绍

 

　　1.ReplicationController【RC,过去式了，官方建议舍弃切换成功能更强的RS】 和ReplicaSet【RS】一般的应用程序可用

　　ReplicationController（RC)是一个基本的控制器类型，用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的Pod来替代；而如果异常多出来的容器也会自动回收；在新版本的Kubernetes中建议使用ReplicaSet 来取代ReplicationController。ReplicaSet跟ReplicationController 没有本质的不同，只是名字不一样，并且ReplicaSet 支持集合式的 selector【标签】；

 

　　2.Deployment 一般的应用程序可用

　　Deployment通过和ReplicaSet来管理Pod，Deployment为Pod 和ReplicaSet 提供了一个声明式定义（declarative)方法，用来替代以前的ReplicationController 来方便的管理应用。典型的应用场景包括；

　　·定义Deployment 来创建 Pod 和ReplicaSet

　　·滚动升级和回滚应用【Deployment自身具备的特点】

　　·扩容和缩容【RS就已经实现，Deployment通过RS管理Pod因此也支持】

　　·暂停和继续 Deployment【Deployment自身具备的特点】

 

　　3.DaemonSet 类似与守护进程的应用程序可用

　　DaemonSet确保全部（或者一些）Node 上运行一个Pod【DaemonSet并不能去定义超过一个以上的pod副本，因为它默认只有一个，也只能定义为一个】的副本。当有Node加入集群时，也会为他们新增一个Pod。当有Node从集群移除时，这些Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有Pod使用DaemonSet的一些典型用法：

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

　　·在每个Node 上运行日志收集 daemon，例如fluentd、1ogstash

　　·在每个Node 上运行监控daemon，例如Prometheus Node Exporter[https://github.com/prometheus/node_exporter]、collectd、Datadog代理、New Relic 代理，或Ganglia gmond

 

　　4.Job 批处理脚本程序可用

　　Job有自身的纠错能力，如果Job运行的脚本没有以0的代码退出的话，Job将会重新执行

　　Job负责批处理任务，即仅执行一次的任务，它保证批处理任务的一个或多个Pod成功结束

 

　　5.CronJob【本质上是在特定的时间循环创建Job去实现的】批处理脚本程序可用

　　CronJob 管理基于时间的Job，即：

　　·在给定时间点只运行一次【分 时 日 月 周】

　　·周期性地在给定时间点运行

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

　　典型的用法如下所示：

　　·在给定的时间点调度Job运行

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

 

　　6.StatefulSet 有状态服务的应用程序可用

　　StatefulSet作为Controller为Pod 提供唯一的标识。它可以保证部署和 scale的顺序

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

　　·稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现

　　·稳定的网络标志，即Pod重新调度后其PodName和HostName不变，基于Headless Service（即没有Cluster IP的Service)来实现

　　·有序部署，有序扩展，即Pod是有顺序的，在部署或者扩展的时候要依据定义的顺序依次依次进行（即从0到N-1，在下一个Pod运行之前所有之前的Pod必须都是Running和Ready状态），基于init containers来实现

　　·有序收缩，有序删除（即从N-1到0）

 

　　7.Horizontal Pod Autoscaling【自动扩展，可以理解为它并不是一个控制器，而是一个控制器的附属品，使用HPA去控制其他的控制器从而使其他的控制器具有自动扩展的功能】