Deployment部署无状态服务，kubectl中简写为deploy，这是最常用的控制器。一般用于企业内无状态微服务的管理和维护。它是基于RS，多个副本可以管理Pod，实现无缝迁移、自动扩容缩容、自动灾害恢复、一键回滚等功能。Deployment只负责管理不同版本的管理RS，由RS管理Pod副本数，每RS对应了template一个版本，一个RS下的Pod都是同一个版本。 Dployment能帮助我们做什么？

1. 定义一组Pod控制器将保持预期数量Pod数量与预期数量一致。
2. 配置Pod控制器将按照给定的策略更新发布模式Pod，保证更新过程中不可用Pod数量在一定范围内。
3. 如果发布有问题，可以回滚。

保存上述模板deploy-nginx.yaml 命令：

kubectl create -f deploy-nginx.yaml -n killer 

结果： 等两分钟，可以看到容器都起来了。 也可以看到rs 查看更多信息：

[root@k8s-master01 deploy]# kubectl get deploy -n killer -owide NAME               READY   UP-TO-DATE   AVAILABLE   AGE   CONTAINERS   IMAGES         SELECTOR nginx-deployment   3/3     3            3           3m    nginx        nginx:latest   app=nginx 

• NAME： Deployment名称
• READY：Pod的状态，已经Ready的个数
• UP-TO-DATE：已经达到期望状态的被更新的副本数
• AVAILABLE：已经可以用的副本数
• AGE：显示应用程序运行的时间
• CONTAINERS：容器名称
• IMAGES：容器的镜像
• SELECTOR：管理的Pod的标签

没有记录的更新，使用edit即可 由于之后需要回滚，因此需要记录版本，可以使用set命令

kubectl set image deploy nginx-deployment nginx=nginx:latest --record

命令

 kubectl rollout history deploy nginx-deployment -n killer

结果 再更新一次，然后查看历史记录

发布应用时经常灰度发布，一旦发布出错，一般会回滚到上一版本 命令

kubectl rollout undo deploy nginx-deployment -n killer

结果

查看指定版本 命令

kubectl rollout history deploy nginx-deployment --revision=5

结果 回滚到指定版本 命令

kubectl rollout undo deploy nginx-deployment --to-revision=4 -n killer

结果 可以看到，回滚后yaml也跟着改了

命令

kubectl scale --replicas=2 deploy nginx-deployment -n killer

结果

暂停 命令

kubectl rollout pause deploy nginx-deployment -n killer

结果 恢复 命令

kubectl rollout resume deploy nginx-deployment -n killer

结果

想要删除应用，就需要删除deploy，而不是pod，否则会一直创建新的Pod。 命令

kubectl delete deploy nginx-deployment -n killer

结果

部分yaml如下：

spec:
  revisionHistoryLimit: 10
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
status:
  availableReplicas: 3
  conditions:
  - lastTransitionTime: "2022-06-12T17:06:16Z"
    lastUpdateTime: "2022-06-12T17:06:16Z"
    message: Deployment has minimum availability.
    reason: MinimumReplicasAvailable
    status: "True"
    type: Available
  - lastTransitionTime: "2022-06-12T17:25:23Z"
    lastUpdateTime: "2022-06-12T17:25:30Z"
    message: ReplicaSet "nginx-deployment-786b576769" has successfully progressed.
    reason: NewReplicaSetAvailable
    status: "True"
    type: Progressing
  observedGeneration: 11
  readyReplicas: 3
  replicas: 3
  updatedReplicas: 3

• .spec.revisionHistoryLimit：设置保留RS旧的revision的个数，设置为0的话，不保留历史数据
• .spec.minReadySeconds：可选参数，指定新创建的Pod在没有任何容器崩溃的情况下视为Ready最小的秒数，默认为0，即一旦被创建就视为可用。
• .spec.strategy.type：更新deployment的方式，默认是RollingUpdate
  • RollingUpdate：滚动更新，可以指定maxSurge和maxUnavailable
    • maxUnavailable：指定在回滚或更新时最大不可用的Pod的数量，可选字段，默认25%，可以设置成数字或百分比，如果该值为0，那么maxSurge就不能0
    • maxSurge：可以超过期望值的最大Pod数，可选字段，默认为25%，可以设置成数字或百分比，如果该值为0，那么maxUnavailable不能为0
  • Recreate：重建，先删除旧的Pod，在创建新的Pod

回滚的时候根据前面提到的最大不可用Pod百分比进行灰度回滚，以副本数为2举例：

1. 现rs 设置为1，启动一个Pod。
2. 原rs设置为1，删除一个Pod。
3. 现rs设置为2，再启动一个Pod。
4. 原rs设置为0，删除Pod。

这样，可以保证至少有两个Pod在运行。

k8s-deploy