easzlab
/
kubeasz
mirror of https://github.com/easzlab/kubeasz.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Update rollingupdateWithZeroDowntime.md

pull/157/head
无痴迷，不成功 2018-04-11 07:01:09 -07:00 committed by GitHub
parent 510d453620
commit c405dd0f89
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 8 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
docs/guide/rollingupdateWithZeroDowntime.md
View File

@ -54,9 +54,9 @@ kubectl -n k8s-ecoysystem-apps rollout undo deployment/helloworldapi --to-revis
![](https://images2018.cnblogs.com/blog/1082769/201804/1082769-20180410164244911-1200541035.png)
上图包含的几个滚动发布过程标量，说明如下：
* **`DESIRED` 最终期望处于READY状态的副本数**
* **CURRENT 当前的副本总数**
* **UP-TO-DATE 当前完成更新的副本数**
* **AVAILABLE 当前可用的副本数**
* **`CURRENT` 当前的副本总数**
* **`UP-TO-DATE` 当前完成更新的副本数**
* **`AVAILABLE` 当前可用的副本数**
### 5.2. 部署详情
```javascript
@ -77,12 +77,12 @@ kubectl -n k8s-ecoysystem-apps get deployment helloworldapi -o yaml
当前的副本总数 = 10 + 10 * 25% = 13，所以CURRENT为13。
当前可用的副本数 = 10 - 10 * 25% = 8，所以AVAILABLE为8。
**整个滚动过程是通过控制两个副本集来完成的，新的副本集：helloworldapi-6564f59f66；旧的副本集：helloworldapi-6f4959c8c7 **。
整个滚动过程是通过控制两个副本集来完成的，新的副本集：helloworldapi-6564f59f66；旧的副本集：helloworldapi-6f4959c8c7 。
理想状态下的滚动过程：
1. 创建了一个新的副本集，并为其分配3个新版本的pod，使副本总数达到13，一切正常。
2. 通知旧副本集，销毁2个旧版本的pod，使可用副本总数保持到8，一起正常。
3. 当两个副本销毁成功后，通知新副本集，再新增2个新版本的pod，使副本总数达到13，一切正常。
只要销毁成功，新副本集，就会创造新的pod，一直循环，直到旧的副本集pod数量为0。
>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)