Pod控制器

Pod创建方式两类

  • 自主式pod：kubernetes直接创建的pod，删除就没了
  • 控制器创建的pod：通过控制器创建的pod，删除会自动重建

Pod控制器是管理pod的中间层，具有多种pod控制器

Pod控制器种类

  • ReplicationController：比较原始的Pod控制器，已经被废弃，由ReplicaSet替代。
  • ReplicaSet：保证指定数量的Pod运行，并支持Pod数量变更，镜像版本变更。
  • Deployment：通过控制ReplicaSet来控制Pod，并支持滚动升级、版本回退。
  • Horizontal Pod Autoscaler：可以根据集群负载自动调整Pod的数量，实现削峰填谷。
  • DaemonSet：在集群中的指定Node上都运行一个副本，一般用于守护进程类的任务。
  • Job：它创建出来的Pod只要完成任务就立即退出，用于执行一次性任务。
  • CronJob：它创建的Pod会周期性的执行，用于执行周期性的任务。
  • StatefulSet：管理有状态的应用。

Deployment控制器

kubernetes在v1.2版本加入Deployment控制器，Deployment控制器通过管理ReplicaSet来间接管理pod Deployment主要功能

  • 支持ReplicaSet所有功能
  • 支持发布的停止，继续
  • 支持版本滚动升级和版本回退

资源清单

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

apiVersion: apps/v1 # 版本号 
kind: Deployment # 类型 
metadata: # 元数据 
  name: # rs名称 
  namespace: # 所属命名空间 
  labels: #标签 
    controller: deploy 
spec: # 详情描述 
  replicas: 3 # 副本数量 
  revisionHistoryLimit: 3 # 保留历史版本，默认为10 
  paused: false # 暂停部署，默认是false 
  progressDeadlineSeconds: 600 # 部署超时时间（s），默认是600 
  strategy: # 镜像策略 
    type: RollingUpdate # 滚动更新策略 
    rollingUpdate: # 滚动更新 
      maxSurge: 30% # 最大额外可以存在的副本数，可以为百分比，也可以为整数 maxUnavailable: 30% # 最大不可用状态的    Pod 的最大值，可以为百分比，也可以为整数 
  selector: # 选择器，通过它指定该控制器管理哪些pod 
    matchLabels: # Labels匹配规则 
      app: nginx-pod 
    matchExpressions: # Expressions匹配规则 
      - {key: app, operator: In, values: [nginx-pod]} 
  template: # 模板，当副本数量不足时，会根据下面的模板创建pod副本 
    metadata: 
      labels: 
        app: nginx-pod 
    spec: 
      containers: 
      - name: nginx 
        image: nginx:1.17.1 
        ports: 
        - containerPort: 80

扩缩容

1
2
3
4

#副本改为五
kubectl scale deploy pc-deployment --replicas=5 -n dev
#或者修改pc-deployment
kubectl edit deploy pc-deployment -n dev

镜像更新

Deployment支持两种镜像更新策略：重建更新，滚动更新（默认）通过strategy选项进行配置

1
2
3
4
5
6
7

strategy: 指定新的Pod替代旧的Pod的策略，支持两个属性
  type: 指定策略类型，支持两种策略
    Recreate：在创建出新的Pod之前会先杀掉所有已经存在的Pod
    RollingUpdate：滚动更新，就是杀死一部分，就启动一部分，在更新过程中，存在两个版本的Pod
  rollingUpdate：当type为RollingUpdate的时候生效，用于为rollingUpdate设置参数，支持两个属性：
    maxUnavailable：用来指定在升级过程中不可用的Pod的最大数量，默认为25%。
    maxSurge： 用来指定在升级过程中可以超过期望的Pod的最大数量，默认为25%。

重建更新

1
2

  strategy:   #更新策略
    type: Recreate  # 重建更新

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22

apiVersion: apps/v1 # 版本号
kind: Deployment # 类型
metadata: # 元数据
  name: pc-deployment # deployment的名称
  namespace: dev # 命名类型
spec: # 详细描述
  strategy:   #更新策略
    type: Recreate  # 重建更新
  replicas: 4 # 副本数量
  selector: # 选择器，通过它指定该控制器可以管理哪些Pod
    matchLabels: # Labels匹配规则
      app: nginx-pod
  template: # 模块 当副本数据不足的时候，会根据下面的模板创建Pod副本
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
        - name: nginx # 容器名称
          image: nginx:1.17.2 # 容器需要的镜像地址
          ports:
            - containerPort: 80 # 容器所监听的端口

滚动更新

1
2
3
4
5

  strategy: # 镜像更新策略
    type: RollingUpdate # RollingUpdate：滚动更新，就是杀死一部分，就启动一部分，在更新过程中，存在两个版本的Pod
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

apiVersion: apps/v1 # 版本号
kind: Deployment # 类型
metadata: # 元数据
  name: pc-deployment # deployment的名称
  namespace: dev # 命名类型
spec: # 详细描述
  strategy: # 镜像更新策略
    type: RollingUpdate # RollingUpdate：滚动更新，就是杀死一部分，就启动一部分，在更新过程中，存在两个版>本的Pod
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  replicas: 4 # 副本数量
  selector: # 选择器，通过它指定该控制器可以管理哪些Pod
    matchLabels: # Labels匹配规则
      app: nginx-pod
  template: # 模块 当副本数据不足的时候，会根据下面的模板创建Pod副本
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
        - name: nginx # 容器名称
          image: nginx:1.17.1 # 容器需要的镜像地址
          ports:
            - containerPort: 80 # 容器所监听的端口

版本回退

1
2
3
4
5
6
7
8

# 版本升级相关功能
kubectl rollout 参数 deploy xx  # 支持下面的选择
# status 显示当前升级的状态
# history 显示升级历史记录
# pause 暂停版本升级过程
# resume 继续已经暂停的版本升级过程
# restart 重启版本升级过程
# undo 回滚到上一级版本 （可以使用--to-revision回滚到指定的版本

1
2

#不指定版本的话，默认回退到上一版本，
kubectl rollout undo deploy pc-deployment -n dev --to-revision=1