Kubernetes/7.Pod控制器-Deployment / 憋错料

Pod控制器-Deployment

本章节开始，将对控制器逐个进行讲解和分析，我们先讲解最基础且最常用的控制器：Deployment！

控制器对象的分类
What is Deployment?
Deployment的更新机制
ReplicaSet
命令补充
Deployment-demo
备注

1.控制器对象的分类

1.守护进程型

1.无状态应用:非系统级应用（Nginx等）

推荐使用：Deployment，ReplicaSet

2.无状态应用:系统级应用

应用场景：日志和监控收集客户端：场景就是每个node节点需要且只需要运行1个pod

推荐使用：DaemonSet

3.有状态应用

应用场景：mysql、redis集群等

推荐使用：statefulSet

2.非守护进程型

Job：一次性任务

Cronjob：定时任务

2. What is Deployment?

Deploymen是一个提供申明Pod更新和Reolica Sets状态的控制器。换句话说：

你在deployment对象中描述了一个期望状态，接着deployment控制器会让当前状态和用户期望状态保持一致。比如我期望运行2个nginx Pod，当一个Pod因为不可抗因素下线的时候deployment控制器就会根据用户期望的状态再启动一个nginx pod。

第二章节的kubernetes集群架构里，我说过tomcat和redis是通过相关service进行"连接"的，这其实只是为了大家能更简单的理解。其实serice会去找到对应的deployment，然后deployment根据申明的Replica Sets的配置，控制对应Pod容器的数量和状态。

3.Deployment的更新机制

你可以发现Deployment的更新机制是基于滚动更新的，具体顺序如下：

首先，创建一个新的RS控制器，版本为v2；
接着将旧控制器的pod陆续下线，同时新的RS控制器同步上线对应Pod；
Pod更新完成后，弃用旧的RS控制器，滚动发布就此完成。

你可以使用kubectl get pod -o wide -w观察pod滚动更新情况，可以使用kubectl get rs -o wide观察RS控制器的名字、状态等信息。

你也可以使用pause命令实现基于deployment的金丝雀发布策略。

这里我补充了一个RS控制器状态，你可以观察发现，各控制器的命名、期望状态、当前状态和就绪状态。


#使用命令查看rs控制器的历史版本
[[email protected] mainfasts]# kubectl get rs -o wide
NAME               DESIRED   CURRENT   READY   AGE     CONTAINERS   IMAGES       SELECTOR
myapp-67f698f887   0         0         0       53m     myapp        nginx:1.16   app=myapp,pod-template-hash=67f698f887,rel=stable
myapp-7c488c6f44   5         5         5       48m     myapp        nginx:1.17   app=myapp,pod-template-hash=7c488c6f44,rel=stable
myapp-98f644994    0         0         0       46m     myapp        nginx:1.15   app=myapp,pod-template-hash=98f644994,rel=stable
ngx-new-cb79d555   2         2         2       2d22h   nginx        nginx        app=ngx-new,pod-template-hash=cb79d555

1.滚动发布和回滚实战

1) 我们首先编辑deployment-nginx.yaml，并apply -f，发布nginx1.10版本。
其中我们给定了滚动策略：最多新增1个(maxSurge)最少下线1个(maxUnavailable)

第一次发布的时候是新增1个，下线2个

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx
spec:
  replicas: 3
  minReadySeconds: 10
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
    type: RollingUpdate
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.10-alpine
        ports:
        - containerPort: 80
          name: http
        readinessProbe:
          periodSeconds: 1
          httpGet:
            path: /
            port: http

2) 接着，我们通过修改deployment-nginx.yaml的image: nginx:1.10-alpine版本为1.13，发布并观察。可以发现deployment对应的rs控制器逐步应用至deploy-nginx-567c45c74（nginx:1.13-alpine）

[[email protected] chapter5]# kubectl get rs -o wide
NAME                      DESIRED   CURRENT   READY   AGE     CONTAINERS   IMAGES              SELECTOR
deploy-nginx-567c45c748   2         2         0       51s     nginx        nginx:1.13-alpine   app=nginx,pod-template-hash=567c45c748
deploy-nginx-5745bb45d7   2         2         2       7m2s    nginx        nginx:1.10-alpine   app=nginx,pod-template-hash=5745bb45d7
deploy-nginx-67f876bcb6   0         0         0       5m51s   nginx        nginx:1.11-alpine   app=nginx,pod-template-hash=67f876bcb6

[[email protected] chapter5]# kubectl get rs -o wide
NAME                      DESIRED   CURRENT   READY   AGE     CONTAINERS   IMAGES              SELECTOR
deploy-nginx-567c45c748   3         3         2       2m40s   nginx        nginx:1.13-alpine   app=nginx,pod-template-hash=567c45c748
deploy-nginx-5745bb45d7   0         0         0       8m51s   nginx        nginx:1.10-alpine   app=nginx,pod-template-hash=5745bb45d7
deploy-nginx-67f876bcb6   0         0         0       7m40s   nginx        nginx:1.11-alpine   app=nginx,pod-template-hash=67f876bcb6

3) 同时，我们可以查看历史版本，第4条是我们最新的版本。由于前几次发布没有新增--record=true字段，所以显示为none

[[email protected] chapter5]# kubectl rollout history deployment/deploy-nginx
deployment.apps/deploy-nginx
REVISION  CHANGE-CAUSE
2         <none>
3         <none>
4         kubectl apply --filename=deploy-nginx.yaml --record=true

4) 接下来，我将演示如何回滚至上个版本。
我们使用rollout undo命令进行回滚，默认--to-revision=0（上一个版本）。观察rs变化,发现已经全部切换至1.10的nginx,至此滚动发布的策略和回滚已经演示完毕

[[email protected] chapter5]# kubectl rollout undo deployment/deploy-nginx --to-revision=0
deployment.apps/deploy-nginx rolled back

[[email protected] chapter5]# kubectl get rs -o wide
NAME                      DESIRED   CURRENT   READY   AGE     CONTAINERS   IMAGES              SELECTOR
deploy-nginx-567c45c748   2         2         2       4m58s   nginx        nginx:1.13-alpine   app=nginx,pod-template-hash=567c45c748
deploy-nginx-5745bb45d7   2         2         2       11m     nginx        nginx:1.10-alpine   app=nginx,pod-template-hash=5745bb45d7
deploy-nginx-67f876bcb6   0         0         0       9m58s   nginx        nginx:1.11-alpine   app=nginx,pod-template-hash=67f876bcb6

[[email protected] chapter5]# kubectl get rs -o wide
NAME                      DESIRED   CURRENT   READY   AGE    CONTAINERS   IMAGES              SELECTOR
deploy-nginx-567c45c748   0         0         0       5m6s   nginx        nginx:1.13-alpine   app=nginx,pod-template-hash=567c45c748
deploy-nginx-5745bb45d7   3         3         3       11m    nginx        nginx:1.10-alpine   app=nginx,pod-template-hash=5745bb45d7
deploy-nginx-67f876bcb6   0         0         0       10m    nginx        nginx:1.11-alpine   app=nginx,pod-template-hash=67f876bcb6

2.金丝雀发布实战

1) 这里，我们基于上文的1.10的nginx，发布金丝雀版本：1.14

[[email protected] chapter5]# kubectl set image deployment deploy-nginx nginx=nginx:1.14-alpine && kubectl rollout pause deployment deploy-nginx
deployment.apps/deploy-nginx image updated
deployment.apps/deploy-nginx paused

2) 此时发现pod新老版本共存，2个新版本2个老版本。你可以通过控制器名称后面的HASH数列，清晰观察到不通版本的控制器。

^C[[email protected] dingqishi]# kubectl get pod  -w
NAME                            READY   STATUS    RESTARTS   AGE
deploy-nginx-5745bb45d7-5wfml   1/1     Running   0          18m
deploy-nginx-5745bb45d7-84s4c   1/1     Running   0          18m
deploy-nginx-5745bb45d7-dqt8q   1/1     Running   0          18m

deploy-nginx-754874567-l6q7h    0/1     Pending   0          0s
deploy-nginx-754874567-l6q7h    0/1     Pending   0          0s
deploy-nginx-5745bb45d7-5wfml   1/1     Terminating   0          18m
deploy-nginx-754874567-l6q7h    0/1     ContainerCreating   0          0s
deploy-nginx-754874567-q4bsh    0/1     Pending             0          0s
deploy-nginx-754874567-q4bsh    0/1     Pending             0          0s
deploy-nginx-754874567-q4bsh    0/1     ContainerCreating   0          1s
deploy-nginx-5745bb45d7-5wfml   0/1     Terminating         0          18m
deploy-nginx-5745bb45d7-5wfml   0/1     Terminating         0          18m
deploy-nginx-5745bb45d7-5wfml   0/1     Terminating         0          18m
deploy-nginx-754874567-l6q7h    0/1     Running             0          24s
deploy-nginx-754874567-l6q7h    1/1     Running             0          25s
deploy-nginx-754874567-q4bsh    0/1     Running             0          27s
deploy-nginx-754874567-q4bsh    1/1     Running             0          27s

[[email protected] dingqishi]# kubectl get pod
NAME                            READY   STATUS    RESTARTS   AGE
deploy-nginx-5745bb45d7-84s4c   1/1     Running   0          19m
deploy-nginx-5745bb45d7-dqt8q   1/1     Running   0          19m
deploy-nginx-754874567-l6q7h    1/1     Running   0          61s
deploy-nginx-754874567-q4bsh    1/1     Running   0          61s

3) 如果新版本的用户满意度不高，需要回滚的话，此时我们也可以用上文提到的rollout命令。

再次提示：--to-revision=0为默认参数，意思是上一个版本，如果要回到指定版本，按需指定就行了。
kubectl rollout undo deployment/deploy-nginx --to-revision=0
4) 如果新版本用户满意度不错，需要完成剩余Pod更新的话，需要使用resume命令
[[email protected] chapter5]# kubectl rollout resume deployment deploy-nginx
deployment.apps/deploy-nginx resumed

[[email protected] dingqishi]# kubectl get pod -w
NAME READY STATUS RESTARTS AGE
deploy-nginx-5745bb45d7-84s4c 1/1 Running 0 27m
deploy-nginx-5745bb45d7-dqt8q 1/1 Running 0 27m
deploy-nginx-754874567-l6q7h 1/1 Running 0 8m35s
deploy-nginx-754874567-q4bsh 1/1 Running 0 8m35s

deploy-nginx-5745bb45d7-84s4c 1/1 Terminating 0 30m
deploy-nginx-5745bb45d7-dqt8q 1/1 Terminating 0 30m
deploy-nginx-754874567-l6zz8 0/1 Pending 0 0s
deploy-nginx-754874567-l6zz8 0/1 Pending 0 0s
deploy-nginx-754874567-l6zz8 0/1 ContainerCreating 0 0s
deploy-nginx-5745bb45d7-84s4c 0/1 Terminating 0 30m
deploy-nginx-5745bb45d7-dqt8q 0/1 Terminating 0 30m
deploy-nginx-754874567-l6zz8 0/1 Running 0 3s
deploy-nginx-754874567-l6zz8 1/1 Running 0 3s
deploy-nginx-5745bb45d7-84s4c 0/1 Terminating 0 30m
deploy-nginx-5745bb45d7-84s4c 0/1 Terminating 0 30m
deploy-nginx-5745bb45d7-dqt8q 0/1 Terminating 0 30m
deploy-nginx-5745bb45d7-dqt8q 0/1 Terminating 0 30m

[[email protected] dingqishi]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deploy-nginx-754874567-l6q7h 1/1 Running 0 14m
deploy-nginx-754874567-l6zz8 1/1 Running 0 3m33s
deploy-nginx-754874567-q4bsh 1/1 Running 0 14m


## 4.ReplicaSet
ReplicaSet组件的作用，想必现在你已经有些许的了解了：
- 在给定的任何时间，保证一个明确的pod运行数量
- 管理底层Pod
- 不应该人为介入进行调整、管理

## 5.命令补充
```bash
#实时观察Pod：
kubectl get pod -w

6.Deployment-demo

deployment-demo

7.备注

本文原址位于我的Github，我会陆续将所有专题更新过来，其中包括docker、k8s、ceph、istio和prometheus，旨在分享云原生中大而全的技术知识点和实操过程，如果对你有用，请follow、star和转发我的github，这也是我更新、分享下去的动力，谢谢～

原文地址：https://blog.51cto.com/qishiding/2464032

时间： 2024-08-30 01:24:20

Kubernetes/7.Pod控制器-Deployment

1.控制器对象的分类

1.守护进程型

2.非守护进程型

2. What is Deployment?

3.Deployment的更新机制

1.滚动发布和回滚实战

2.金丝雀发布实战

6.Deployment-demo

7.备注

Kubernetes/7.Pod控制器-Deployment的相关文章

Kubernetes之Pod控制器，ReplicaSet，Deployment，DaemonSet

Kubernetes之Pod控制器应用进阶

Kubernetes/8.Pod控制器-DaemonSet

Kubernetes之Pod 控制器

Kubernetes Pod 控制器

Kubernetes之标签与Pod控制器详解

Kubernetes系列之Kubernetes Pod控制器

Kubernetes之StatefulSet控制器

kubernetes之pod超详细解读--第二篇（三）