在 Kubernetes 中,控制器是一种状态机,用于控制 Pod
的具体状态和行为。Kubernetes 中内置了很多种控制器类型,包括:
ReplicationController
和 ReplicaSet
Deployment
DaemonSet
StatefulSet
Job
/CronJob
Horizontal Pod Autoscaling
ReplicationController
(RC)用于确保容器应用的副本数始终保持在用户定义的副本数。如果有容器异常退出,RC 会自动创建新的 Pod
来替代;如果异常多出的容器,RC 也会自动回收。
在新版本的 Kubernetes 中建议使用 ReplicaSet
来取代 ReplicationController
。ReplicaSet
跟 ReplicationController
没有本质的不同,只是名字不一样,并且 ReplicaSet
支持集合式的 selector。[通过标签 Labels 选择]
Deployment
为 Pod
和 ReplicaSet
提供了一个声明式定义(declarative)方法,用来替代以前的 ReplicationController
,方便管理应用。典型的应用场景包括:
Deployment
来创建 Pod
和 ReplicaSet
Deployment
DaemonSet
确保全部(或者一些)Node
上运行一个 Pod
的副本。当有 Node
加入集群时,也会为它们新增一个 Pod
;当有 Node
从集群移除时,这些 Pod
也会被回收。删除 DaemonSet
将会删除它创建的所有 Pod
。
使用 DaemonSet
的一些典型用法:
Node
上运行 glusterd
、 ceph
Node
上运行日志收集 daemon,例如 fluentd
、 logstash
Node
上运行监控 daemon,例如 Prometheus Node Exporter
、collectd
、Datadog
代理、New Relic
代理或 Ganglia gmond
Job
负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个 Pod
成功结束。
Cron Job
管理基于时间的 Job
,即: * * * * *
使用前提条件:当前使用的 Kubernetes 集群,版本 >= 1.8(对 CronJob
)。对于先前版本的集群,版本 <1.8,启动 API Server
时,通过传递选项 --runtime-config=batch/v2alpha1=true
可以开启 batch/v2alpha1 API
典型的用法如下所示:
Job
运行Job
,例如:数据库备份、发送邮件有状态服务
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
来实现应用的资源使用率通常都有高峰和低谷的时候,如何削减或增加 Pod
的数量?这就需要 Horizontal Pod Autoscaling
。
Horizontal Pod Autoscaler
根据 CPU
使用率或者应用自定义的 metric(指标)来自动扩展或缩减 Pod
的数量,从而保持应用的资源使用率在一个可控制的范围内。
注意: Horizontal Pod Autoscaler
可以用于 Deployment
、ReplicaSet
和 StatefulSet
。但是,通常情况下,对于有状态的应用程序,不建议使用 Horizontal Pod Autoscaler
。
Pod
退出了,此类型的 Pod
不会被创建Pod
的副本数目Deployment
)create
apply
(优)
rs
)create
(优) apply
命令式编程的特点:
C、Java、Python
等声明式编程的特点:
DSL
(领域特定语言)等SQL、HTML、CSS
等Kubernetes
中使用 YAML
文件来声明需要部署的应用,就是一种声明式编程方式