Deployment

概念

用于部署应用程序并以 声明的方式 升级应用。当创建一个 Deployment 时，ReplicaSet 也会随之创建，实际的 Pod 是由 ReplicaSet 创建和管理的
Deployment 可以用于协调多个 ReplicaSet 来管理 Pod，实现 Pod 的升级、扩容等功能

操作命令

方法	作用
`kubectl edit`	使用默认编辑器打开资源配置。`kubectl edit deployment kubia`
`kubectl patch`	修改单个属性。`kubectl patch deployment kubia -p '{"spec": {"minReadySeconds": 10}}'`
`kubectl apply`	通过完整的 yaml 或 json 文件修改对象。`kubectl apply -f kubia.yaml`
`kubectl replace`	替换原有 yaml 或 json 创建的对象。`kubectl replace -f kubia.yaml`
`kubectl set image`	修改 pod、rc、rs、deployment、ds、job 内的镜像。`kubectl set image deployment kubia nodejs=luksa:v2`

创建

yaml

# Deployment
apiVersion: apps/v1
kind: Deployment
metadata:
  name: kubia-deployment-v1
  labels:
    app: kubia
spec:
  replicas: 3
  selector:
    matchLabels:
      app: kubia
  template:
    metadata:
      labels:
        app: kubia
    spec:
      containers:
        - name: nodejs
          image: luksa/kubia:v1
---
# Service
apiVersion: v1
kind: Service
metadata:
  name: kubia
spec:
  sessionAffinity: ClientIP  # 默认 None
  type: LoadBalancer
  ports:
    - port: 80               # 服务可用端口
      targetPort: 8080       # 服务转发到容器的端口
  selector:
    app: kubia               # app=kubia 的 pod 都属于该服务

kubectl apply -f kubia-deployment-v1.yaml --record
Deployment 会负责创建一个 ReplicaSet 管理 Pods，--record 用于记录历史版本号
kubectl rollout status deployment kubia-deployment-v1 查看升级状态

升级

默认情况下执行 滚动升级（RollingUpdate） 策略。还有 删除再创建（Recreate） 策略，一次删除全部旧的 Pod 再创建新的 Pod。需要注意的是，只有我们 修改了 Pod 模板 才会导致 Deployment 的更新。

shell

# 减缓滚动升级速度，patch 命令修改 Deployment 的自有属性，不会触发 Pod 的任何更新
kubectl patch deployment kubia-deployment-v1 -p '{"spec": {"minReadySeconds": 10}}'

# 更新镜像为 luksa:v2
kubectl set image deployment kubia-deployment-v1 nodejs=luksa/kubia:v2

# 循环请求服务（开窗口并行）
while true; do curl 10.110.71.58; sleep 2; done

执行滚动升级后，新的容器启动后会依次关闭旧的容器
升级
请求变化
另一边我们可以看到请求的响应由 V1 变为了 V2。

回滚

shell

# 升级到 v3 版本用于后面回滚
kubectl set image deployment kubia-deployment-v1 nodejs=luksa/kubia:v3

# 回滚当前版本到上一个版本
kubectl rollout undo deployment kubia-deployment-v1

# 查看滚动升级历史
kubectl rollout history deployment kubia-deployment-v1

# 回滚到指定版本（history 可以看到）
kubectl rollout undo deployment kubia-deployment-v1 --to-revision=1

# 暂停升级
kubectl rollout pause deployment kubia-deployment-v1

# 恢复升级
kubectl rollout resume deployment kubia-deployment-v1

回滚
如果在升级过程中运行回滚，那么会直接停止滚动升级。已创建的 Pod 会被老 Pod 替代

升级策略

yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: kubia-deployment-v1
  labels:
    app: kubia
spec:
  minReadySeconds: 10  # Pod 需要至少运行 10s 后才能视为可用（探针）
  strategy:
    rollingUpdate:
      maxSurge: 1          # 基于期望的副本数上 Pod 最多允许超过的数量（3+1）
      maxUnavailable: 0    # 最多不可用 Pod 数量
    type: RollingUpdate    # 滚动升级
  replicas: 3
  selector:
    matchLabels:
      app: kubia
  template:
    metadata:
      labels:
        app: kubia
    spec:
      containers:
        - name: nodejs
          image: luksa/kubia:v1

更新策略

Recreate：创建新的 pod，等待成功运行后，再删除旧的 pod（需要更多的硬件资源）
RollingUpdate：创建新的 pod，等待成功运行后，按照创建顺序删除旧的 pod（又称为 滚动升级）

配置就绪探针

yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: kubia-deployment-v1
  labels:
    app: kubia
spec:
  minReadySeconds: 10        # Pod 需要至少运行 10s 后才能视为可用（用于就绪探针工作）
  progressDeadlineSeconds: 300  # 设置滚动升级超过 5 分钟就失败
  strategy:
    rollingUpdate:
      maxSurge: 1            # 基于期望的副本数上 Pod 最多允许超过的数量（3+1）
      maxUnavailable: 0      # 最多不可用 Pod 数量
    type: RollingUpdate      # 滚动升级
  replicas: 3
  selector:
    matchLabels:
      app: kubia
  template:
    metadata:
      labels:
        app: kubia
    spec:
      containers:
        - name: nodejs
          image: luksa/kubia:v1
          readinessProbe:    # 定义就绪探针每隔 1s 执行一次
            periodSeconds: 1
            httpGet:
              path: /        # 发送 http get 请求
              port: 8080

当 Deployment 进行 Pod 升级的时候，就绪探针每隔 1s 会发起一次请求，请求失败后被标记为 未就绪。
Pod 成功的有 3 个，没有 ready 的就是就绪探针探测不可用的 Pod（升级失败）
默认 10 分钟 内不能完成滚动升级，就会视为失败。

参数解析

参数	含义	默认值
`.spec.revisionHistoryLimit`	指定保留此 Deployment 的多少个旧的 ReplicaSet，设置为 0 则无法进行回滚	10
`.spec.template.spec.restartPolicy`	容器的重启策略（适用 pod 下的所有容器），在 Deployment 中只能为 `Always`	Always
`.spec.strategy`	用新 Pods 替换旧 Pods 的策略： 1. Recreate（创建新的 Pods 前会杀死现有的 pods） 2. RollingUpdate（滚动更新的方式更新 Pods） `maxUnavailable`：更新过程中不可用 pod 的个数上限，`maxSurge`：新旧 pod 总数量上限	RollingUpdate
`.spec.progressDeadlineSeconds`	Deployment 失败后等待取得进展的秒数	无
`.spec.minReadySeconds`	指定新创建的 Pod 在没有任意容器崩溃情况下的最小就绪（配合探针）时间	0
`.spec.paused`	用于暂停和恢复 Deployment 的字段（true/false）	无

Deployment ​

操作命令 ​

创建 ​

升级 ​

回滚 ​

升级策略 ​

配置就绪探针 ​

参数解析 ​

Deployment

操作命令

创建

升级

回滚

升级策略

配置就绪探针

参数解析