详解k8s零停机滚动发布微服务 - kubernetes

一、前言

在当下微服务架构盛行的时代，用户但愿应用程序时时刻刻都是可用，为了知足不断变化的新业务，须要不断升级更新应用程序，有时可能须要频繁的发布版本。实现"零停机"、“零感知”的持续集成(Continuous Integration)和持续交付/部署(Continuous Delivery)应用程序，一直都是软件升级换代不得不面对的一个难题和痛点，也是一种追求的理想方式，也是DevOps诞生的目的。

二、滚动发布

把一次完整的发布过程，合理地分红多个批次，每次发布一个批次，成功后，再发布下一个批次，最终完成全部批次的发布。在整个滚动过程期间，保证始终有可用的副本在运行，从而平滑的发布新版本，实现零停机(without an outage)、用户零感知，是一种很是主流的发布方式。因为其自动化程度比较高，一般须要复杂的发布工具支撑，而k8s能够完美的胜任这个任务。

三、k8s滚动更新机制

k8s建立副本应用程序的最佳方法就是部署(Deployment)，部署自动建立副本集(ReplicaSet)，副本集能够精确地控制每次替换的Pod数量，从而能够很好的实现滚动更新。具体来讲，k8s每次使用一个新的副本控制器(replication controller)来替换已存在的副本控制器，从而始终使用一个新的Pod模板来替换旧的pod模板。

大体步骤以下：

1. 建立一个新的replication controller。
2. 增长或减小pod副本数量，直到知足当前批次指望的数量。
3. 删除旧的replication controller。

四、演示

使用kubectl更新一个已部署的应用程序，并模拟回滚。为了方便分析，将应用程序的pod副本数量设置为10。

kubectl -n k8s-ecoysystem-apps scale deployment helloworldapi  --replicas=10

4.1. 发布微服务

查看部署列表
$ kubectl get deployments -n k8s-ecoysystem-apps
查看正在运行的pod
$ kubectl get pods -n k8s-ecoysystem-apps
经过pod描述，查看应用程序的当前映像版本
$ kubectl describe pods -n k8s-ecoysystem-apps

升级镜像版本到v2.3
$ kubectl -n k8s-ecoysystem-apps set image deployments/helloworldapi helloworldapi=registry.wuling.com/justmine/helloworldapi:v2.3

4.2. 验证发布

检查rollout状态
kubectl -n k8s-ecoysystem-apps rollout status deployments/helloworldapi 
检查pod详情
kubectl describe pods -n k8s-ecoysystem-apps

从上图能够看到，镜像已经升级到v2.3版本

4.3. 回滚发布

kubectl -n k8s-ecoysystem-apps rollout undo deployments/helloworldapi

到目前为止，整个滚动发布工做就圆满完成了！！！
那么若是咱们想回滚到指定版本呢？答案是k8s完美支持，而且还能够经过资源文件进行配置保留的历史版次量。因为篇幅有限，感兴趣的朋友，能够本身下去实战，回滚命令以下：

# 1. 查看版次
kubectl -n k8s-ecoysystem-apps rollout history deployment/helloworldapi
# 2. 回滚到指定版次
kubectl -n k8s-ecoysystem-apps rollout undo deployment/helloworldapi  --to-revision=<版次>

五、原理

k8s精确地控制着整个发布过程，分批次有序地进行着滚动更新，直到把全部旧的副本所有更新到新版本。实际上，k8s是经过两个参数来精确地控制着每次滚动的pod数量：

• maxSurge 滚动更新过程当中运行操做指望副本数的最大pod数，能够为绝对数值(eg：5)，但不能为0；也能够为百分数(eg：10%)。默认为25%。
• maxUnavailable 滚动更新过程当中不可用的最大pod数，能够为绝对数值(eg：5)，但不能为0；也能够为百分数(eg：10%)。默认为25%。

若是未指定这两个可选参数，则k8s会使用默认配置：

kubectl -n k8s-ecoysystem-apps get deployment helloworldapi -o yaml

5.1. 剖析部署概况

• DESIRED 最终指望处于READY状态的副本数
  
• CURRENT 当前的副本总数
  
• UP-TO-DATE 当前完成更新的副本数
  
• AVAILABLE 当前可用的副本数

当前的副本总数 = 10 + 10 * 25% = 13，因此CURRENT为13。
当前可用的副本数 = 10 - 10 * 25% = 8，因此AVAILABLE为8。

5.2. 剖析部署详情

kubectl -n k8s-ecoysystem-apps describe deployment helloworldapi

整个滚动过程是经过控制两个副本集来完成的，新的副本集：helloworldapi-6564f59f66；旧的副本集：helloworldapi-6f4959c8c7 。
理想状态下的滚动过程：

1. 建立了一个新的副本集，并为其分配3个新版本的pod，使副本总数达到13，一切正常。
2. 通知旧副本集，销毁2个旧版本的pod，使可用副本总数保持到8，一块儿正常。
3. 当两个副本销毁成功后，通知新副本集，再新增2个新版本的pod，使副本总数达到13，一切正常。
   只要销毁成功，新副本集就会创造新的pod，一直循环，直到旧的副本集pod数量为0。

滚动升级一个服务，实际就是建立一个新的RS，而后逐渐将新RS中副本数增长到理想状态，将旧RS中的副本数减少到0的复合操做；

不管理想仍是不理想，k8s最终都会使应用程序所有更新到指望状态，都会始终保持最大的副本总数和可用副本总数的不变性！！！

六、总结

本篇详解了k8s滚动更新机制，并经过实战演示了微服务的滚动更新，固然还能够加入健康检查和历史版次回滚，你们能够下去本身实践，在实战中学习和进步，基础打牢后，咱们将结合实际状况，实战更多的例子，下一篇将实战金丝雀发布微服务，请继续关注。

本篇已贡献给kubeasz，使用指南，特性实验，Rollingupdate

若是你以为本篇文章对您有帮助的话，感谢您的【推荐】。
若是你对 kubernets 感兴趣的话能够关注我，我会按期的在博客分享个人学习心得。

七、延伸阅读

https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#rolling-update
https://kubernetes.io/docs/tutorials/kubernetes-basics/update-intro/
https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#rolling-update
https://github.com/kubernetes/community/blob/master/contributors/design-proposals/cli/simple-rolling-update.md
https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller
https://kubernetes.io/docs/tutorials/kubernetes-basics/update-interactive
https://kubernetes.io/images/docs/kubectl_rollingupdate.svg