kubeasz/docs/guide/rollingupdateWithZeroDownti...

99 lines
5.4 KiB
Markdown
Raw Normal View History

## 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。
```javascript
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
```
![](../../pics/prePublish.png)
```javascript
升级镜像版本到v2.3
$ kubectl -n k8s-ecoysystem-apps set image deployments/helloworldapi helloworldapi=registry.wuling.com/justmine/helloworldapi:v2.3
```
![](../../pics/postPublish.png)
### 4.2. 验证发布
```javascript
检查rollout状态
kubectl -n k8s-ecoysystem-apps rollout status deployments/helloworldapi
检查pod详情
kubectl describe pods -n k8s-ecoysystem-apps
```
![](../../pics/validatePublish.png)
从上图可以看到镜像已经升级到v2.3版本
### 4.3. 回滚发布
```javascript
kubectl -n k8s-ecoysystem-apps rollout undo deployments/helloworldapi
```
![](../../pics/rollbackPublish.png)
到目前为止,整个滚动发布工作就圆满完成了!!!
**那么如果我们想回滚到指定版本呢答案是k8s完美支持并且还可以通过资源文件进行配置保留的历史版次量**。由于篇幅有限,感兴趣的朋友,可以自己下去实战,回滚命令如下:
```javascript
kubectl -n k8s-ecoysystem-apps rollout undo deployment/helloworldapi --to-revision=<版次>
```
## 5、原理
k8s精确地控制着整个发布过程分批次有序地进行着滚动更新直到把所有旧的副本全部更新到新版本。实际上k8s是通过两个参数来精确地控制着每次滚动的pod数量
>* **`maxSurge` 滚动更新过程中运行操作期望副本数的最大pod数可以为绝对数值(eg5)但不能为0也可以为百分数(eg10%)。默认为25%。**
>* **`maxUnavailable` 滚动更新过程中不可用的最大pod数可以为绝对数值(eg5)但不能为0也可以为百分数(eg10%)。默认为25%。**
如果未指定这两个可选参数则k8s会使用默认配置
```javascript
kubectl -n k8s-ecoysystem-apps get deployment helloworldapi -o yaml
```
![](../../pics/publishDefaulConfig.png)
### 5.1. 浅析部署概况
![](../../pics/theory-dep-summary.png)
>* `DESIRED`   最终期望处于READY状态的副本数  
>* `CURRENT` 当前的副本总数
>* `UP-TO-DATE` 当前完成更新的副本数
>* `AVAILABLE` 当前可用的副本数
当前的副本总数 = 10 + 10 * 25% = 13所以CURRENT为13。
当前可用的副本数 = 10 - 10 * 25% = 8所以AVAILABLE为8。
### 5.2. 浅析部署详情
```javascript
kubectl -n k8s-ecoysystem-apps describe deployment helloworldapi
```
![](../../pics/theory-dep-detail.png)
整个滚动过程是通过控制两个副本集来完成的新的副本集helloworldapi-6564f59f66旧的副本集helloworldapi-6f4959c8c7 。
理想状态下的滚动过程:
>1. 创建了一个新的副本集并为其分配3个新版本的pod使副本总数达到13一切正常。
>2. 通知旧副本集销毁2个旧版本的pod使可用副本总数保持到8一起正常。
>3. 当两个副本销毁成功后通知新副本集再新增2个新版本的pod使副本总数达到13一切正常。
>只要销毁成功新副本集就会创造新的pod一直循环直到旧的副本集pod数量为0。
### 5.4 总结
**`无论理想还是不理想k8s最终都会使应用程序全部更新到期望状态都会始终保持最大的副本总数和可用副本总数的不变性`**
[阅读原文](http://www.cnblogs.com/justmine/p/8688828.html)