控制器:
Replication Controller(RC):基本不用,最早期的控制器
ReplicaSet(RS):1.ReplicaSet 跟 ReplicationController 没有本质的不同,但ReplicaSet中 Label Selector 支持集合式的 selector
2.适合部署无状态的应用服务(无状态:该服务运行的实例不会在本地存储需要持久化的数据,并且多个实例对于同一个请求响应的结果是完全一致的)
3.具有上线部署、副本设定、滚动更新、回滚等功能 (完成升级模式为滚动升级)
4.提供声明式更新,例如只更新一个新的Image (声明式就是直接告诉你我长什么样子,然后你就直接给我创建成什么样子)
(kubectl apply 命令就属于声明式, kubectl create属于命令式
StatefulSet(SS):1.适合部署有状态应用 (有状态:该服务运行的实例需要在本地存储持久化数据)
2.解决Pod的独立生命周期,保持Pod启动顺序和唯一性
3.稳定,唯一的网络标识符,持久存储(例如:etcd配置文件,节点地址发生变化,将无法使用) 即固定ip
4.有序,优雅的部署和扩展、删除和终止(例如:mysql主从关系,先启动主,再启动从)
5.有序,滚动更新 (可实现灰度发布)(相比于蓝绿,滚动发布2种策略,灰度发布的思想则是将少量的请求引流到新版本上,因此部署新版本服务只需极小数的机器)
DaemonSet:1.集群存储守护程序,如 glusterd、ceph 要部署在每个节点上以提供持久性存储;
2.节点监控守护进程,如 Prometheus 监控集群,可以在每个节点上运行一个 node-exporter 进程来收集监控节点的信息;
3.日志收集守护程序,如 fluentd 或 logstash,在每个节点上运行以收集容器的日志
4.节点网络插件,比如 flannel、calico,在每个节点上运行为 Pod 提供网络服务。
5.DaemonSet 可以创建 Pod,即使调度器还没有启动。 (即yaml文件中没必要声明pod 而是直接写template模板即可)
Job 与 CronJob: 一个任务 和定时任务
HPA 与 VPA :水平扩容(到达阈值新建副本集) 与 垂直扩容 (扩大副本集的请求资源 cpu 内存)
内存非弹性,超过即会达成oom cpu为弹性,可短暂超过请求值
Admission: 扩展api方便后续创建,类似我们定义了一个 deployment/nginx.yaml,后续可以直接调用资源创建 kubectl apply -f deployment/nginx.yaml
扩展 API,用于修改某些 Kubernetes 资源的基本行为,入控制器可能正在 validating、 mutating 或者都在执行,Mutating 控制器可以修改他们处理的资源对象,Validating控制器不会,如果任何一个阶段中的任何控制器拒绝了请求,则会立即拒绝整个请求,并将错误返回给最终的用户
CRD :CRD 资源可以动态注册到集群中,注册完毕后,用户可以通过 kubectl 来创建访问这个自定义的资源对象,类似于操作 Pod 一样。不过需要注意的是 CRD 仅仅是资源的定义而已,需要一个 Controller 去监听 CRD 的各种事件来添加自定义的业务逻辑。
如果说只是对 CRD 资源本身进行 CRUD 操作的话,不需要 Controller 也是可以实现的,相当于就是只有数据存入了 etcd 中,而没有对这个数据的相关操作而已
Operator: 就可以看成是 CRD 和 Controller 的一种组合特例,Operator 是一种思想,它结合了特定领域知识并通过 CRD 机制扩展了 Kubernetes API 资源,使用户管理 Kubernetes 的内置资源(Pod、Deployment等)一样创建、配置和管理应用程序,Operator 是一个特定的应用程序的控制器,通过扩展 Kubernetes API 资源以代表 Kubernetes 用户创建、配置和管理复杂应用程序的实例,通常包含资源模型定义和控制器,通过 Operator 通常是为了实现某种特定软件(通常是有状态服务)的自动化运维。
类似我可以定义一个资源类型比如 crontab 缩写为ct kubectl get ct即可查询对应的kind为crontab的 但是没有控制器 实质没有pod运行的,比如deployment的控制器是 rs