目录
一、控制器简介
二、控制器类型
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: myAuth
  replicas: 3
  template:
    metadata:
      labels:
        auth: myAuth
    spec:
      containers:
        - name: myAuth
          image: icepear/dendalion-auth:2.0.0
          imagePullPolicy: IfNotPresent
          ports:
            - 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: myNginx
  labels:
    app: myNginx
spec:
  replicas: 3
  template:
    metadata:
      name: myNginx
      labels:
        app: myNginx
    spec:
      containers:
        - name: myNginx
          image: nginx:1.7.9
          imagePullPolicy: IfNotPresent
      restartPolicy: Always
  selector:
    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: pi
    spec:
      containers:
        - name: pi
          image: perl
          command: ["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: myCronjob
              image: busybox
              args:
                - /bin/sh
                - -c
                - date; echo Hello k8s
          restartPolicy: OnFailure 
CronJob 运行的结果应该是幂等的,就是每次运行的结果应该一样
6、StateFulSet
StateFulSet解决了有状态的服务运行的问题
- 稳定的持久化存储,即pod重新调度之后依然能访问到相同的持久化数据,基于PVC实现
 
- 稳定的网络标志,即pod重新调度之后,podName和HostName不变,基于Headless service实现
 
- 有序部署,有序扩展,pod启动是有序的,依据顺序依次进行,只有前一个pod启动成功之后,下面才能继续进行
 
- 有序收缩,有序删除,从后往前删除
 
7、HPA
用于pod的自动扩展,在高峰时扩容,低谷时删除一些资源,提高系统稳定性

















