当前位置：首页 > news >正文

k8s控制器

news 2025/7/12 21:56:06

一、控制器简介

二、控制器类型

1、RC和RS

2、Deployment

3、DaemonSet

4、Job

5、CronJob

6、StateFulSet

7、HPA

一、控制器简介

在kubernetes中，按照Pod的创建方式可以将其分为两类：

自主式:kubernetes直接创建出来的Pod，这种Pod删除后就没有了，也不会重建。
控制器创建pod:通过Pod控制器创建的Pod，这种Pod删除之后还会自动重建。

Pod控制器是管理Pod的中间层,使用了Pod控制器之后,我们只需要告诉Pod控制器,想要多少个什么样的Pod就可以了,它就会创建出满足条件的Pod并确保每一个Pod处于用户期望的状态，如果Pod在运行中出现故障，控制器会基于指定的策略重启或重新创建pod。

二、控制器类型

控制器分为以下类型：

ReplicationController 和 ReplicaSet

Deployment （最常用）

DaemonSet

StateFulSet

Job/CronJob

Horizontal Pod Autoscaling

1、RC和RS

RC目前不太采用，都采用RS方式。

RC用来控制pod维持一个正常稳定的数量

RS支持集合式的selector，可以根据标签匹配

样例：

apiVersion: apps/v1
kind: ReplicaSet
metadata:name: myRS
spec:selector:matchLabels:auth: myAuthreplicas: 3template:metadata:labels:auth: myAuthspec:containers:- name: myAuthimage: icepear/dendalion-auth:2.0.0imagePullPolicy: IfNotPresentports:- containerPort: 8080

2、Deployment

提供声明式的定义方法，用来替代RC

定义deployment来创建pod和replicaSet

提供滚动升级和回滚应用

扩容和缩容

暂停和继续 deployment

deployment跟replicaSet以及pod的关系

声明式的创建建议要用kubectl apply····,不要使用kubectl create··· --record参数可以记录命令，可以方便查看每次reversion的变化

1）部署简单的应用

比如我要开启三个 Nginx 的pod 应用

样例：

apiVersion: apps/v1
kind: Deployment
metadata:name: myNginxlabels:app: myNginx
spec:replicas: 3template:metadata:name: myNginxlabels:app: myNginxspec:containers:- name: myNginximage: nginx:1.7.9imagePullPolicy: IfNotPresentrestartPolicy: Alwaysselector:matchLabels:app: myNginx

2）扩容

样例：

kubectl scale deployment myNginx --replicas=10

3）高可用扩容

集群如果支持HPA，还可以设置条件，当cpu到达某种程度，开启多少个，最低开启多少个

kubecl autoscale deployment myNginx --min=10 --max=15 --cpu-percent=80

4）更新镜像

kubectl set image deployment/myNginx nginx:1.8.0

25%-25%的策略，首先会在新的replicas中新建25%，旧的replicas中删除25%。按照这种规律更新

rollover 策略，当还在创建的时候就更新新的版本，deployment会直接干掉之前创建的rs，直接生成新的

5）版本回滚

kubectl rollout undo deployment/myNginx --to-version=2 #回滚操作，设置回退的版本号kubectl rollout status deployment myNginx #查看回滚状态kubectl rollout history deployment/myNginx #查看历史版本信息kubectl rollout pause deployment/myNginx #暂停回滚更新

3、DaemonSet

DaemonSet确保全部node上运行一个pod的副本,新增或删除node时,node上对应的pod也会被新增或删除,删除DaemonSet将删除它创建的pod

运行集群存储daemon,例如在每个node上运行glusterd、ceph

在每个node上运行日志收集daemon、例如logstash、fluentd

在每个node上运行监控daemon、例如Promethenus node exporter

创建使用kubectl create

4、Job

Job负责批处理任务，可以理解为就是用来运行脚本的控制器

spec.template格式同pod

RestartPolicy仅支持Never或Onfailure

单个Pod时，默认Pod成功运行后Job即结束

spec.completions 标志job结束需要成功运行的Pod个数，默认为1

spec.parallelism 标志并行运行的Pod的个数，默认为1

spec.activeDeadlineSeconds 标志失败Pod的重试最大时间，超过不再重试

例如:创建一个使用perl语言，计算圆周率打印2000位

apiVersion: batch/v1
kind: Job
metadata:name: pi
spec:template:metadata:name: pispec:containers:- name: piimage: perlcommand: ["perl", "-Mbignum=bpi", "-wle", "print bpi(2000)"]restartPolicy: Never

5、CronJob

在Job的基础上，提供了定时执行，周期执行的方案

spec.schedule 运行周期，格式采用Cron

spec.jobTemplate Job模板，格式采用Job

spec.startingDeadlineSeconds 启动Job的期限，秒

spec.concurrencyPolicy 并发策略,因为有可能在第一个job没完成的时候，第二个job又被创建了，就会形成并发

Allow 允许

Firbid 禁止

Replace 取消当前的，用新的替换

sper.suspend 挂起

spec.successfulJobHistoryLimit和failedJobsHistoryLimit 设置job成功或失败的保留的pod数，默认成功是3个，失败是1个

例子：

apiVersion: batch/v1
kind: CronJob
metadata:name: myCronjob
spec:schedule: "*/1 * * * *"jobTemplate:spec:template:spec:containers:- name: myCronjobimage: busyboxargs:- /bin/sh- -c- date; echo Hello k8srestartPolicy: OnFailure

CronJob 运行的结果应该是幂等的，就是每次运行的结果应该一样