目录
1 Deployment控制器
2 StatefulSet控制器
3 DaemonSet控制器
4 Job控制器
5 CronJob控制器
1 Deployment控制器
Deployment为Pod和Replica Set(下一代Replication Controller)提供声明式更新。
Deployment运行无状态应用,一般情况下,我们并不直接创建 Pod,而是通过 Deployment 来创建 Pod,由 Deployment 来负责创建、更新、维护其所管理的所有 Pods。
一个典型的用例如下:
创建Deployment:
apiVersion: apps/v1
kind: Deployment
metadata:name: pc-deploymentnamespace: dev
spec:replicas: 3selector:matchLabels:app: nginx-podtemplate:metadata:labels:app: nginx-podspec:containers:- name: nginximage: nginx:1.17.1
执行
$ kubectl create namespace dev
$ kubectl create -f pc-deployment.yaml
$ kubectl get deploy -n dev -o wide
2 StatefulSet控制器
StatefulSet是用来管理有状态应用的工作负载API对象,实例之间有不对等关系,以及实例对外部数据有依赖关系的应用,称为”有状态应用“。在Deployment中,与之对应的服务是service,而在StatefulSet中与之对应的headless service。
- service:一组Pod访问策略,提供cluster-IP群集之间通讯,还提供负载均衡和服务发现。
- Headless service 无头服务,不需要cluster-IP,直接绑定具体的Pod的IP。
特点
- Pod一致性:包含次序(启动、停止次序)、网络一致性。此一致性与Pod相关,与被调度到哪个node节点无关;
- 稳定的次序:对于N个副本的StatefulSet,每个Pod都在[0,N)的范围内分配一个数字序号,且是唯一的;
- 稳定的网络:Pod的hostname模式为( statefulset 名 称 ) − (statefulset名称)-(statefulset名称)−(序号);
- 稳定的存储:通过VolumeClaimTemplate为每个Pod创建一个PV。删除、减少副本,不会删除相关的卷。
创建StatefulSet:
apiVersion: apps/v1
kind: StatefulSet
metadata:name: webnamespace: nginx-ss
spec:selector:matchLabels:app: nginx #必须匹配 .spec.template.metadata.labelsserviceName: "nginx" #声明它属于哪个Headless Service.replicas: 3 #副本数template:metadata:labels:app: nginx # 必须配置 .spec.selector.matchLabelsspec:terminationGracePeriodSeconds: 10containers:- name: nginximage: nginx:1.17.1ports:- containerPort: 80name: webvolumeMounts:- name: nginx-pvcmountPath: /usr/share/nginx/htmlvolumeClaimTemplates: #可看作pvc的模板- metadata:name: nginx-pvcspec:accessModes: [ "ReadWriteOnce" ]storageClassName: "nginx-nfs-storage" #存储类名,就是上面nginx-sc.yaml metadata.nameresources:requests:storage: 1Gi
EOF
执行
kubectl apply -f nginx-ss.yaml
kubectl get pods -n nginx-ss
3 DaemonSet控制器
DaemonSet 确保全部(或者一些)Node 上运行一个 Pod 的副本,通常用于实现系统级后台任务。比如ELK服务。部署一些集群的日志、监控或者其他系统管理应用。
创建DaemonSet
DaemonSet的描述文件和Deployment非常相似,只需要修改Kind,并去掉副本数量的配置即可。
apiVersion: apps/v1
kind: DaemonSet
metadata:name: nginx-daemonsetlabels:app: nginx
spec:selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.13.12ports:- containerPort: 80
EOF
执行
kubectl apply -f nginx-daemonset.yaml
4 Job控制器
Job负责批量处理短暂的一次性任务(short lived one-off tasks),即仅执行一次的任务,它保证批处理任务的一个或多个Pod成功结束。容器中的进程在正常运行结束后不会对其进行重启,而是将pod对象置于completed状态。若容器中的进程因错误而终止,则需要依据配置确定重启与否,未运行完成的pod对象因其所在的节点故障而意外终止后会被重新调度。
kubernetes支持以下几种Job:
Job Controller
Job Controller负责根据Job Spec创建Pod,并持续监控Pod的状态,直至其成功结束。如果失败,则根据restartPolicy(只支持OnFailure和Nerver,不支持Always)决定是否创建新的Pod再次重试任务。
固定结束次数的Job示例:
apiVersion: batch/v1
kind: Job
metadata:
name: busybox
spec:
completions: 3
template:
metadata:
name: busybox
spec:
containers:
- name: busybox
image: busybox
command: ["echo","hello"]
restartPolicy: Nerver
5 CronJob控制器
CronJob即定时任务,类似于Linux系统的crontab,在指定的时间周期运行指定的任务。
crontab的格式如下:
分 时 日 月 星期 要运行的命令 第1列分钟0~59 第2列小时0~23) 第3列日1~31 第4列月1~12 第5列星期0~7(0和7表示星期天) 第6列要运行的命令
用CronJob来管理我们上面的Job任务
apiVersion: batch/v1
kind: CronJob
metadata:name: cronjob-demo
spec:schedule: "*/1 * * * *"jobTemplate:spec:template:spec:restartPolicy: OnFailurecontainers:- name: helloimage: busyboxargs:- "bin/sh"- "-c"- "for i in 9 8 7 6 5 4 3 2 1; do echo $i; done"
EOF
执行
kubectl create -f cronjob.yaml
kubectl get cronjob
是资料整理也是初步学习,部分内容来自Kubernetes(k8s)中的五种控制器_kubenets 控制器-CSDN博客
资料来自部分《Kubernetes指南》和《Kubernetes开源书》
继续学习吧!