k8s集群化部署之控制器

一、控制器类型

pod一般分为自主式 Pod和控制器管理的 Pod
自主式 Pod：Pod 退出后不会被创建
控制器管理的 Pod：在控制器的生命周期里，始终要维持 Pod 的副本数目
常用的控制器有四类：
ReplicaSet和ReplicationController
Deployments
DaemonSet
StatefulSets
其中ReplicaSet和ReplicationController不单独使用，一般是和Deployments控制器一起使用的
Replication Controller和ReplicaSet
• ReplicaSet 是下一代的 Replication Controller，官方推荐使用ReplicaSet。
• ReplicaSet 和 Replication Controller 的唯一区别是选择器的支持，ReplicaSet 支持新的基于集合的选择器需求。
• ReplicaSet 确保任何时间都有指定数量的 Pod 副本在运行。
• 虽然 ReplicaSets 可以独立使用，但今天它主要被Deployments 用作协调 Pod 创建、删除和更新的机制。
Deployment
• Deployment 为 Pod 和 ReplicaSet 提供了一个申明式的定义方法。
• 典型的应用场景：
• 用来创建Pod和ReplicaSet
• 滚动更新和回滚
• 扩容和缩容
• 暂停与恢复
DaemonSet
• DaemonSet 确保全部（或者某些）节点上运行一个 Pod 的副本。当有节点加入集群时， 也会为他们新增一个 Pod 。当有节点从集群移除时，这些Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。
• DaemonSet 的典型用法：
• 在每个节点上运行集群存储 DaemonSet，例如 glusterd、ceph。
• 在每个节点上运行日志收集 DaemonSet，例如 fluentd、logstash。
• 在每个节点上运行监控 DaemonSet，例如 Prometheus Node Exporter、zabbix agent等
• 一个简单的用法是在所有的节点上都启动一个 DaemonSet，将被作为每种类型的 daemon 使用。
• 一个稍微复杂的用法是单独对每种 daemon 类型使用多个 DaemonSet，但具有不同的标志， 并且对不同硬件类型具有不同的内存、CPU 要求。
StatefulSet
• StatefulSet 是用来管理有状态应用的工作负载 API 对象。实例之间有不对等关系，以及实例对外部数据有依赖关系的应用，称为“有状态应用”
• StatefulSet 用来管理 Deployment 和扩展一组 Pod，并且能为这些 Pod 提供序号和唯一性保证。
StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值：
• 稳定的、唯一的网络标识符。
• 稳定的、持久的存储。
• 有序的、优雅的部署和缩放。
• 有序的、自动的滚动更新。

二、一个rs的示例

扩展副本数到5，直接在yml文件中修改再次应用即可
rs进行镜像更新时不会直接生效
当再次增加副本数为4，原来的v1版本还在，只是增加了两个新的v2版本

三、一个deployment例子

pod名称的组成为：控制器的名称+rs的名称+pod标识

直接在yml文件中更新镜像
原来的pod被回收，重新生成新的pod
此时有两个rs存在，方便回滚

四、一个daemonset例子

一个节点运行一个。daemonset会在集群中的所有节点上拉取

五、一个cronjob例子