From 53352e5ed1ff75df9d0dbb3c66e3f0b038a29709 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=97=A0=E7=97=B4=E8=BF=B7=EF=BC=8C=E4=B8=8D=E6=88=90?= =?UTF-8?q?=E5=8A=9F?= <943299334@qq.com> Date: Wed, 11 Apr 2018 06:42:19 -0700 Subject: [PATCH] Delete rollingupdateWithZeroDowntime --- docs/guide/rollingupdateWithZeroDowntime | 101 ----------------------- 1 file changed, 101 deletions(-) delete mode 100644 docs/guide/rollingupdateWithZeroDowntime diff --git a/docs/guide/rollingupdateWithZeroDowntime b/docs/guide/rollingupdateWithZeroDowntime deleted file mode 100644 index 9d5dafd..0000000 --- a/docs/guide/rollingupdateWithZeroDowntime +++ /dev/null @@ -1,101 +0,0 @@ -# 1、前言 -- - - ->在当下微服务架构盛行的时代，用户希望应用程序时时刻刻都是可用，为了满足不断变化的新业务，需要不断升级更新应用程序，有时可能需要频繁的发布版本。实现"零停机"、“零感知”的持续集成(Continuous Integration)和持续交付/部署(Continuous Delivery)应用程序，一直都是软件升级换代不得不面对的一个难题和痛点，也是一种追求的理想方式，也是DevOps诞生的目的。 -# 2、滚动发布 -- - - ->把一次完整的发布过程，合理地分成多个批次，每次发布一个批次，**成功后**，再发布下一个批次，最终完成所有批次的发布。在整个滚动过程期间，保证始终有可用的副本在运行，从而平滑的发布新版本，实现**零停机(without an outage)**、用户**零感知**，是一种非常主流的发布方式。由于其自动化程度比较高，通常需要复杂的发布工具支撑，而k8s可以完美的胜任这个任务。 -#3、k8s滚动更新机制 -- - - ->**k8s创建副本应用程序的最佳方法就是部署(Deployment)，部署自动创建副本集(ReplicaSet)，副本集可以精确地控制每次替换的Pod数量，从而可以很好的实现滚动更新。**具体来说，k8s每次使用一个新的副本控制器(replication controller)来替换已存在的副本控制器，从而始终使用一个新的Pod模板来替换旧的pod模板。 ->大致步骤如下： ->1. 创建一个新的replication controller。 ->2. 增加或减少pod副本数量，直到满足当前批次期望的数量。 ->3. 删除旧的replication controller。 -#4、演示 -- - - ->使用kubectl更新一个已部署的应用程序，并模拟回滚。为了方便分析，将应用程序的pod副本数量设置为10。`kubectl -n k8s-ecoysystem-apps scale deployment helloworldapi --replicas=10` -##4.1. 发布微服务 -```javascript -查看部署列表 -$ kubectl get deployments -n k8s-ecoysystem-apps -查看正在运行的pod -$ kubectl get pods -n k8s-ecoysystem-apps -通过pod描述，查看应用程序的当前映像版本 -$ kubectl describe pods -n k8s-ecoysystem-apps -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410154409814-1314131317.png) -```javascript -升级镜像版本到v2.3 -$ kubectl -n k8s-ecoysystem-apps set image deployments/helloworldapi helloworldapi=registry.wuling.com/justmine/helloworldapi:v2.3 -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410154935764-1314470605.png) -##4.2. 验证发布 -```javascript -检查rollout状态 -kubectl -n k8s-ecoysystem-apps rollout status deployments/helloworldapi -检查pod详情 -kubectl describe pods -n k8s-ecoysystem-apps -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410160924346-999250417.png) -从上图可以看到，镜像已经升级到v2.3版本 -##4.3. 回滚发布 -```javascript -kubectl -n k8s-ecoysystem-apps rollout undo deployments/helloworldapi -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410162257177-338903127.png) -到目前为止，整个滚动发布工作就圆满完成了！！！ -**那么如果我们想回滚到指定版本呢？答案是k8s完美支持，并且还可以通过资源文件进行配置保留的历史版次量。**由于篇幅有限，感兴趣的朋友，可以自己下去实战，回滚命令如下： -```javascript -kubectl -n k8s-ecoysystem-apps rollout undo deployment/helloworldapi --to-revision=<版次> -``` -#5、原理 -- - - -##5.1. 部署概况 -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410164244911-1200541035.png) -上图包含的几个滚动发布过程标量，说明如下： -* **DESIRED 最终期望处于READY状态的副本数** -* **CURRENT 当前的副本总数** -* **UP-TO-DATE 当前完成更新的副本数** -* **AVAILABLE 当前可用的副本数** - -##5.2. 部署详情 -```javascript -kubectl -n k8s-ecoysystem-apps describe deployment helloworldapi -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410171712425-955953191.png) -从上图可以看到，k8s精确地控制着整个发布过程，滚动进行，直到所有副本全部更新。其实，k8s提供了两个参数maxSurge和maxUnavailable来精确地控制每次滚动的pod数量，如下： -* **maxSurge 滚动更新过程中运行操作期望副本数的最大pod数，可以为绝对数值(eg：5)，但不能为0；也可以为百分数(eg：10%)。默认为25%。** -* **maxUnavailable 滚动更新过程中不可用的最大pod数，可以为绝对数值(eg：5)，但不能为0；也可以为百分数(eg：10%)。默认为25%。** - -如果未指定这两个可选参数，则k8s使用默认配置，如下： -```javascript -kubectl -n k8s-ecoysystem-apps get deployment helloworldapi -o yaml -``` -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410174631074-750818831.png) -剖析部署helloworldapi的标准输出： - -当前的副本总数 = 10 + 10 * 25% = 13，所以CURRENT为13。 -当前可用的副本数 = 10 - 10 * 25% = 8，所以AVAILABLE为8。 - -**整个滚动过程是通过控制两个副本集来完成的，新的副本集：helloworldapi-6564f59f66；旧的副本集：helloworldapi-6f4959c8c7 **。 -理想状态下的滚动过程： -1. 创建了一个新的副本集，并为其分配3个新版本的pod，使副本总数达到13，一切正常。 -2. 通知旧副本集，销毁2个旧版本的pod，使可用副本总数保持到8，一起正常。 -3. 当两个副本销毁成功后，通知新副本集，再新增2个新版本的pod，使副本总数达到13，一切正常。 -只要销毁成功，新副本集，就会创造新的pod，一直循环，直到旧的副本集pod数量为0。 - -有时整个滚动过程也是不理想的，如下： -![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410182600267-949753596.png) -**无论理想还是不理想，k8s最终都会使应用程序全部更新到期望状态，都会始终保持最大的副本总数和可用副本总数的不变性！！！** -#6、总结 -- - - ->本篇详解了k8s滚动更新机制，并通过实战演示了微服务的滚动更新，基础打牢后，我们将结合实际情况，实战更多的例子，下一篇将实战**金丝雀发布微服务**，请继续关注。 - -参考链接： -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