June 2021
Intermediate to advanced
300 pages
5h 4m
Chinese
Content preview from Kubernetes即学即用（第二版）
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
Start your free trial
部署
｜
149
maxSurge
参数控制可以创建多少资源来确保成功地实施推出。为了说明其中
的工作原理，我们假设某个服务包含
10
个副本。我们将
maxUnavailable
设
置为
0
，并 将
maxSurge
为
20%
。首先，部署需要将新的副本集扩展到两个副本，
这时服务的总副本数为
12
个（
120%
）；接下来，将旧副本集缩减到
8
个副本，
这时服务的总副本数为
10
个（
8
个旧的，
2
个新的）；这个过程会一直持续
到推出完成。在此期间的任何时间点，服务的容量至少为
100%
，而推出使用
的最大额外资源为所有资源的
20%
。
将
maxSurge
设置为
100%
相当于蓝绿部署。首先，部署控制器将新版本扩展
到旧版本的
100%
。等到新版本运行良好之后，再将旧版本缩减到
0%
。
10.5.3
放慢部署速度以确保服务健康
分阶段推出的目的是确保推出完成之后，我们能够获得一个健康、稳定的、
运行新版本软件的服务。为了实现这一点，在继续更新下一个
Pod
之前，部
署控制器会等待
Pod
报告已准备就绪。
部署控制器会检查
Pod
的状态，而该状态由
Pod
的就绪检查决定。就绪检查
是
Pod
健康检查的一部分，详细说明请参见第
5
章。如果你想使用部署可靠
地推出软件，则必须为
Pod
中的容器指定就绪健康检查。如果没有这些检查，
则部署控制器只能盲目运行。
然而，有时仅凭
Pod
的就绪检查还不足以让你确信
Pod
的实际行为确实没问
题。有些错误需要等待一段时间后才会发生。例如，可能存在严重的内存泄漏，
但需要几分钟的时间才能表现出来，或者只有
1%
的请求才能触发某个错误。
在大多数现实情况下 ...