文章目录
1.控制器
Pod控制器是用于实现管理pod的中间层,确保pod资源符合预期的状态,pod的资源出现故障时,会尝试 进行重启,当根据重启策略无效,则会重新新建pod的资源。
pod分类和控制器类型
Pod的分类:
-
自主式Pod:Pod退出后不会被创建
-
控制器管理的Pod:在控制器的生命周期里,始终要维持Pod的副本数目
控制器类型:
- Replication Controller和ReplicaSet
- Deployment
- DaemonSet
- StatefulSet
- Job
- CronJob
- HPA全称Horizontal Pod Autoscaler
1.replication、controller和reolicaset控制器
- ReplicaSet 是下一代的 Replication Controller,官方推荐使用ReplicaSet。
- ReplicaSet 和 Replication Controller 的唯一区别是选择器的支持,ReplicaSet支持新的基于集合的选择器需求。
- ReplicaSet 确保任何时间都有指定数量的 Pod 副本在运行。
- 虽然 ReplicaSets 可以独立使用,但今天它主要被Deployments 用作协调 Pod 创建、删除和更新的机制。
2.Deployment控制器
- Deployment 为 Pod 和 ReplicaSet 提供了一个申明式的定义方法。
- 典型的应用场景:
用来创建Pod和ReplicaSet
滚动更新和回滚
扩容和缩容
暂停与恢复
3.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要求。
4.StatefulSet控制器
StatefulSet是用来管理有状态应用的工作负载API对象。实例之间有不对等关系,以及实例对外部数据有依赖关系的应用,称为“有状态应用"
StatefulSet用来管理Deployment和扩展一组Pod,井且能为这些Pod提供*序号和唯一性保证*。
StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值:
- 稳定的、唯一的网络标识符。
- 稳定的、持久的存储。
- 有序的、优雅的部署和缩放。
- 有序的、自动的滚动更新。
5.job、cronjob和hpa控制器
Job:
执行批处理任务,仅执行一次任务,保证任务的一个或多个Pod成功结束
Cronjob:
- Cron-Job 创建基于时间调度的Jobs。
- 一个CronJob对象就像
crontab (crontable)文件中的一行
,它用Cron格式进行编写,并周期性地在给定的调度时间执行Job。
HPA:
根据资源利用率自动调整service中Pod数量,实现Pod水平自动缩放。
2. 控制器的部署和实例
控制器,之前的pod都是自主式的pod,在删除之后,pod就没有了,没有控制器去维护它
控制器管理的pod:在控制器的生命周期里,始终维持pod的副本数目
2.1 ReplicaSet应用
\vi rs.yaml
vim rs.yaml
apiVersion: apps/v1 #api版本定义
kind: ReplicaSet #定义资源类型为ReplicaSet
metadata: #元数据定义
name: replicaset-example
spec: #ReplicaSet的规格定义
replicas: 2 #定义副本数量为2个
selector: #标签选择器,定义匹配pod的标签
matchLabels:
app: nginx
template: #pod的模板定义
metadata: #pod的元数据定义
labels: #定义pod的标签,需要和上面定义的标签一致,也可以多出其他标签
app: nginx
spec: #pod的规格定义
containers: #容器定义
- name: nginx #容器名称
image: nginx #容器镜像
kubectl apply -f rs.yaml
每个容器起来之后,都会有app:nginx标签
rs去匹配pod,标签必须和底下的容器标签一致
注意:在使用指定控制器时,尽量使用apply来创建pod,apply支持更新而create不支持
kubectl get pod
kubectl get rs
可以看到一次运行了两个pod
kubectl get pod -o wide
实现了负载均衡
测试pod的拉伸,直接将yaml文件中副本的个数修改就可
把副本数量修改至现在的3个,可以看到重新更改文件时,直接成功