一、金丝雀发布(灰度发布)
Deployment控制器支持自定义控制更新过程中的滚动节奏,如“暂停(pause)”或“继续(resume)”更新操作。
①比如等待第一批新的Pod资源创建完成后立即暂停更新过程,此时,仅存在一部分新版本的应用,主版本还是旧的版本:
②然后,在筛选一小部分的用户请求路由到新版本的Pod应用,继续观察能否稳定的按期望的方式运行
③确定没问题之后再继续完成余下的Pod资源滚动更新,否则立即回滚更新操作。
1.1、准备旧版本的nginx
1.2、更新deployment的版本,并配置暂停deployment
kubectl set image deployment/nginx-kfc nginx=nginx:1.15 -n kfc && kubectl rollout pause deployment/nginx-kfc -n kfckubectl rollout status deployment/nginx-kfc -n kfc #观察更新状态Waiting for deployment "nginx-01" rollout to finish: 1 out of 3 new replicas have been updated...
# 更新名为"nginx-01"的部署(Deployment)中的 "nginx" 容器的镜像版本为"nginx:1.15
# 暂停名为"nginx-01"的部署的滚动更新,这意味着在执行这个命令后,将不会继续推进新的副本集,并且当前的副本集将保持不变
1.3、开启另外一个窗口查看pod信息
监控更新的过程,可以看到已经新增了一个资源,但是并未按照预期的状态去删除一个旧的资源,就是因为使用了pause暂停命令
查看nginx版本信息
curl -I 10.244.2.14
curl -I 10.244.1.12
1.4、确保更新的pod没问题,继续更新
kubectl rollout resume deployment/nginx-kfc -n kfc
1.5、查看最后的更新情况
kubectl get pod -w -n kfc
kubectl get pod -n kfc -owide
curl -I 10.244.2.14
curl -I 10.244.2.16
至此,版本更新完毕!!!!
1.5、分阶段访问
二、蓝绿发布
蓝绿发布是一种部署新版本应用程序的策略,旨在减少对用户造成的影响。在蓝绿发布中,两个相同的生成环境并行存在,一个被标记为蓝色,一个被标记为绿色
蓝色:当前稳定的生产环境
绿色:新版本的生产环境
在初始阶段所用的用户流量都会指向蓝色环境。当新版本准备就绪时,流量可以逐渐转移到绿色环境中。这种逐步迁移流量的方式允许进行实时及监控,并在出现问题时快速的回滚到蓝色环境。一旦绿色环境被验证为稳定可靠,蓝色环境可以被废弃或者保留作为备份。
三、总结
3.1、滚动发布
就是按照一部分一部分的滚动更新;创建一定比例的pod,先创建再删除旧的pod。
3.2、金丝雀发布(灰度发布)
先更新一部分pod,然后暂停更新
安排一小部分的用户进行流量访问更新的pod来测试
当测试没有问题后再扩大比例,知道全部更新完成为止。
3.3、蓝绿发布
蓝:就是正在运行的稳定版本
绿:就是新版本的副本
进行新旧版本的切换,用户无感知,业务稳定;但是需要大量了资源,成本比较高。