入门 - k8s滚动更新部署中的镜像版本（七）

目标

使用 kubectl 执行 Rolling Update（滚动更新）

更新应用程序

用户期望应用程序始终可用，为此开发者/运维者在更新应用程序时要分多次完成。在 Kubernetes 中，这是通过 Rolling Update 滚动更新完成的。Rolling Update滚动更新通过使用新版本的 Pod 逐步替代旧版本的 Pod 来实现 Deployment 的更新，从而实现零停机。新的 Pod 将在具有可用资源的 Node（节点）上进行调度。

Kubernetes 更新多副本的 Deployment 的版本时，会逐步的创建新版本的 Pod，逐步的停止旧版本的 Pod，以便使应用一直处于可用状态。这个过程中，Service 能够监视 Pod 的状态，将流量始终转发到可用的 Pod 上。

在上一个模块中，我们学习了将应用程序 Scale Up（扩容）为多个实例，这是执行更新而不影响应用程序可用性的前提（如果只有 1 个实例那还玩啥）。默认情况下，Rolling Update 滚动更新过程中，Kubernetes 逐个使用新版本 Pod 替换旧版本 Pod（最大不可用 Pod 数为 1、最大新建 Pod 数也为 1）。这两个参数可以配置为数字或百分比。在Kubernetes 中，更新是版本化的，任何部署更新都可以恢复为以前的（稳定）版本。

滚动更新概述

原本 Service A 将流量负载均衡到 4 个旧版本的 Pod （当中的容器为绿色）上

更新完 Deployment 部署文件中的镜像版本后，master 节点选择了一个 worker 节点，并根据新的镜像版本创建 Pod（紫色容器）。新 Pod 拥有唯一的新的 IP。同时，master 节点选择一个旧版本的 Pod 将其移除。

此时，Service A 将新 Pod 纳入到负载均衡中，将旧Pod移除

同步骤2，再创建一个新的 Pod 替换一个原有的 Pod

如此 Rolling Update 滚动更新，直到所有旧版本 Pod 均移除，新版本 Pod 也达到 Deployment 部署文件中定义的副本数，则滚动更新完成

滚动更新允许以下操作：

将应用程序从准上线环境升级到生产环境（通过更新容器镜像）
回滚到以前的版本
持续集成和持续交付应用程序，无需停机

实战：更新 nginx Deployment

修改 nginx-deployment.yaml 文件

修改文件中 image 镜像的版本，如下所示

apiVersion: apps/v1

kind: Deployment

metadata:

  name: nginx-deployment

  labels:

    app: nginx

spec:

  replicas: 4

  selector:

    matchLabels:

      app: nginx

  template:

    metadata:

      labels:

        app: nginx

    spec:

      containers:

      - name: nginx

        image: nginx:1.8   #使用镜像nginx:1.8替换原来的nginx:1.7.9

        ports:

        - containerPort: 80

执行命令

kubectl apply -f nginx-deployment.yaml

查看过程及结果

执行命令，可观察到 pod 逐个被替换的过程。

watch kubectl get pods -l app=nginx

替换中

Every 2.0s: kubectl get pods -o wide                                                                                                          Wed Apr 22 23:19:47 2020

NAME                                READY   STATUS              RESTARTS   AGE     IP             NODE               NOMINATED NODE   READINESS GATES

kubernetes-bootcamp                 1/1     Running             0          3d	   10.100.102.2   guanbin-k8s-node   <none>           <none>

nginx                               1/1     Running             0          2d23h   10.100.102.3   guanbin-k8s-node   <none>           <none>

nginx-deployment-6dd8bc586b-4lgnf   1/1     Running             0          19m     10.100.102.9   guanbin-k8s-node   <none>           <none>

nginx-deployment-6dd8bc586b-88wr7   1/1     Running             0          19m     10.100.102.8   guanbin-k8s-node   <none>           <none>

nginx-deployment-6dd8bc586b-kgn85   1/1     Running             0          2d23h   10.100.102.7   guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-lq8br   0/1     ContainerCreating   0          32s     <none>         guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-xnzm7   0/1     ContainerCreating   0          33s	   <none>         guanbin-k8s-node   <none>           <none>

替换完成

Every 2.0s: kubectl get pods -o wide                                                                                                          Wed Apr 22 23:22:14 2020

NAME                                READY   STATUS    RESTARTS   AGE     IP              NODE               NOMINATED NODE   READINESS GATES

kubernetes-bootcamp                 1/1     Running   0          3d      10.100.102.2    guanbin-k8s-node   <none>           <none>

nginx                               1/1     Running   0          3d      10.100.102.3    guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-4hbpf   1/1     Running   0          29s     10.100.102.13   guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-hw79l   1/1     Running   0          25s     10.100.102.14   guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-lq8br   1/1     Running   0          2m59s   10.100.102.12   guanbin-k8s-node   <none>           <none>

nginx-deployment-7c96855774-xnzm7   1/1     Running   0          3m      10.100.102.11   guanbin-k8s-node   <none>           <none>