15-k8s控制器资源-deployment/部署控制器

一、deployment部署控制器概念

        在学习rc和rs控制器资源时，我们指导，这两个资源都是控制pod的副本数量的，但是，他们两个有个缺点，就是在部署新版本pod或者回滚代码的时候，需要先apply资源清单，然后再删除现有pod，通过资源控制，重新拉取新的pod来实现回滚或者迭代升级；

        那么deployment部署控制器资源，就因此而诞生了；

        deployments资源，实际上就是用来专门部署业务代码的控制器，专门用于企业业务代码的升级和回滚；

        所以，这个资源非常的重要；

        deployment部署控制器，实际上控制的是rs副本控制器，如果说rs副本控制器是控制pod的副本数量的，那么deployment就是专门控制rs控制器资源的；

二、deployment资源的清单编写

        deployment资源与replicaset资源的清单编写方式没什么区别，只是kind的类型换成deployment就可以了，就实现了资源清单的编辑；

[root@k8s231 deployment]# cat dm.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  #控制pod的副本数量
  replicas: 7
  #指定标签选择器，基于标签匹配pod
  selector:
    #声明基于标签匹配pod；
    matchLabels:
      k8s: xinjizhiwa
  #pod的编写，定义pod模板；
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1
        ports:
        - containerPort: 80

[root@k8s231 deployment]# kubectl apply -f dm.yaml

 三、小结

我们先以查看标签的方式，查看一下pod，可以看到下图中，多出来一个自动生成的标签；

[root@k8s231 deployment]# kubectl get pods --show-labels

deployment：是用来部署服务的一个资源，是常见的，企业中经常用的资源控制器；

功能：

        1，管理rs资源，通过rs资源管理pod；

        2，它剧本上线部署、副本设置、滚动升级、回滚等功能；

        3，它也提供了声明式更新，可以使用apply命令进行更新镜像版本之类的能力‘

使用场景：企业部署迭代应用

原理：

        通过“标签”管理，实现rs资源的控制，它会在自动创建rs的过程中给rs自动生成一个特有的标签(专属于deployment)，当apply更新清单的时候，它会通过标签选定是使用历史的rs还是重新创建rs；

四、deployment实现升级和回滚

1，编辑deployment资源清单（v1版本）

[root@k8s231 deployment]# cat dm.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  #控制pod的副本数量
  replicas: 7
  #指定标签选择器，基于标签匹配pod
  selector:
    #声明基于标签匹配pod；
    matchLabels:
      k8s: xinjizhiwa
  #pod的编写，定义pod模板；
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1
        ports:
        - containerPort: 80

2，创建deploy资源(V1)

[root@k8s231 deployment]# kubectl apply -f dm.yaml 

3，创建service资源用于访问

· 编辑svc资源清单

[root@k8s231 deployment]# vim svc.yaml

apiVersion: v1
kind: Service
metadata:
  name: svc01
spec:
  type: NodePort
  selector:
    k8s: xinjizhiwa
  ClusterIP: 10.200.200.200
  ports:
  - port: 99
    targetPort: 80
    nodePort: 31000

· 创建svc资源

[root@k8s231 deployment]# kubectl apply -f svc.yaml

· 浏览器访问

4，修改deploy清单中pod镜像版本为V2

[root@k8s231 deployment]# cat dm.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  replicas: 7
  selector:
    matchLabels:
      k8s: xinjizhiwa
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1

       #将镜像版本修改为V2
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2
        ports:
        - containerPort: 80

5，重新apply一下deploy资源

[root@k8s231 deployment]# kubectl apply -f dm.yaml

6，浏览器刷新查看是否迭代成功

发现，版本已经更新；

7，小结

        deployment，不需要删除原有的pod，只需要apply重新更新一下资源清单，即可实现产品迭代，同比与rc和rs资源，优势明显；

        deployment资源，在apply升级后，是又重新创建了rs资源，也就是再升级的过程中，有两个rs资源；

        每修改一次镜像，就创建一个rs资源，我们选择使用哪个镜像，就会将这个镜像创建相应的pod副本数，不是用的，就逐渐归零；

五、deployment的升级策略

        什么事升级策略？就是升级时过程的控制策略；

1，编辑资源清单

[root@k8s231 deployment]# cat dm.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  #声明设置升级策略
  strategy:
    #设置升级的策略类型，类型有两种；
    #第一种：Recreate：先停止所有pod，再批量创建新的pod；生产环境不建议使用，因为用户在此时会访问不到服务；
    #第二种：RollingUpdate：滚动更新，即实现部分更新，逐渐替换掉原有的pod，也就是默认的策略；
    type: RollingUpdate
    #如果设置了滚动更新RollingUpdate类型，还需要设置更新的策略；
    rollingUpdate:
      #在原有pod副本数量的基础上，多启动pod的数量（也就是说，更新过程中同时可以存在2+副本数个pod，新旧版本一起）
      maxSurge: 2
      #在升级的过程中最大不可访问的pod的数量（也就是说，pod副本数-1的数量可以被访问）
      maxUnavailable: 1

  replicas: 7
  selector:
    matchLabels:
      k8s: xinjizhiwa
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2
        ports:
        - containerPort: 80

2，升级创建资源

[root@k8s231 deployment]# kubectl apply -f dm.yaml

六、蓝绿发布

1，概念

        蓝绿发布，就是准备两套代码，不需要停止老版本（不影响上一个版本的用户访问），而是在另一套环境中部署新版本然后进行测试，测试通过后将用户流量切换到新的版本，其特点是业务没有终端，升级风险相对较小；

        实现方式：

        1，部署当前版本代码

        2，部署svc资源

        3，部署新版本使用新的deployment名称，新的标签

        4，切换svc标签到新的pod中实现业务切换；

2，准备“蓝环境”版本v1

· 编辑deployment资源清单

[root@k8s231 deployment]# cat dm.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  replicas: 7
  selector:
    matchLabels:
      k8s: xinjizhiwa
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1
        ports:
        - containerPort: 80

· 编辑svc资源

[root@k8s231 deployment]# cat svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: svc01
spec:
  type: NodePort
  selector:
    k8s: xinjizhiwa
  clusterIP: 10.200.200.200
  ports:
  - port: 99
    targetPort: 80
    nodePort: 31000

· 创建svc与deployment资源（蓝环境的）

[root@k8s231 deployment]# kubectl apply -f dm.yaml

[root@k8s231 deployment]# kubectl apply -f svc.yaml

· 浏览器访问

蓝环境v1准备完毕

3，准备“绿环境”v2

· 编辑deployment资源清单

[root@k8s231 deployment]# vim dm-green.yaml 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm02
spec:
  replicas: 7
  selector:
    matchLabels:
      k8s: k8s
  template:
    metadata:
      name: pod01
      labels:
        k8s: k8s
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2
        ports:
        - containerPort: 80

· 创建deployment资源（绿环境的）

[root@k8s231 deployment]# kubectl apply -f dm-green.yaml

4，切换svc资源的标签，让其指向新版本

· 修改svc资源清单

[root@k8s231 deployment]# cat svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: svc01
spec:
  type: NodePort
  selector:

    #修改标签，指向新的pod标签
    k8s: k8s
  clusterIP: 10.200.200.200
  ports:
  - port: 99
    targetPort: 80
    nodePort: 31000

· 重新apply资源清单（svc）

[root@k8s231 deployment]# kubectl apply -f svc.yaml

5，浏览器访问测试

可见，切换新版本成功；

七、灰度发布（金丝雀发布）

        实现的机制：

        1，部署老版本，使用多副本（模拟正式环境）

        2，部署svc，匹配标签

        3，部署新版本，标签与老版本标签一致（让svc能够访问到，副本从0开始）

        4，灰度版本测试没有问题，将恢复版本的副本数量，逐渐调高增加为生产数量；

        5，将旧版本逐渐调低至0，此时流量全部跑到了新版本上；

1，部署老版本

[root@k8s231 deployment]# vim dm.yaml 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm01
spec:
  replicas: 7
  selector:
    matchLabels:
      k8s: k8s
  template:
    metadata:
      name: pod01
      labels:
        k8s: xinjizhiwa
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1
        ports:
        - containerPort: 80

[root@k8s231 deployment]# kubectl apply -f dm.yaml

2，部署新版本

[root@k8s231 deployment]# cat dm-green.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: dm02
spec:

  #副本设置为0；
  replicas: 0
  selector:
    matchLabels:
      k8s: k8s
  template:
    metadata:
      name: pod01
      labels:
        k8s: k8s
    spec:
      containers:
      - name: c1
        image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2
        ports:
        - containerPort: 80

[root@k8s231 deployment]# kubectl apply -f dm-green.yaml

3，部署svc

[root@k8s231 deployment]# cat svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: svc01
spec:
  type: NodePort
  selector:
    k8s: k8s
  clusterIP: 10.200.200.200
  ports:
  - port: 99
    targetPort: 80
    nodePort: 31000

[root@k8s231 deployment]# kubectl apply -f svc.yaml

4，将新版本的副本逐渐调高

5，将旧版本的副本逐渐调低

至此，灰度发布，学习完毕；

        灰度发布就是让新旧版本，一起上线，旧版本和新版本让用户随机访问到，然后没有业务问题之后，逐渐调高新版本副本数量，逐渐调低旧版本副本数量，从而达到灰度发布；

#########################################

至此，deployment部署控制器学习完毕；

#########################################

接下来，我们需要拿一个案例，来整体回顾一下，我们学过的知识；

#########################################

接下来，就是k8s的进阶学习了，你准备好了吗？