SLB灰度引流概述
本文主要为您介绍灰度部分生产流量到 Kubernetes 集群,验证 Kubernetes 集群的业务功能;避免回归测试未能覆盖所有业务功能。
前提条件
您已经完成业务功能回归测试,请参见应用回归测试。
NodePort引流
灰度引流主要有两种方式,基于Kubernetes 集群SLB引流或基于Swarm集群SLB引流;具体两种引流方式的情况如下:
- 基于Kubernetes SLB引流:更新客户端或DNS解析,将Kubernetes 集群SLB地址追加到客户端或DNS中,实现流量引入。
- 引流成本高
更新客户端或DNS解析配置
- 回滚风险高
- 万一Kubernetes 集群有问题,只能再次更新客户端或DNS配置。
- 由于客户端发布时间较长或DNS运营商缓存问题,一般无法实时生效,导致线上业务有损。
- 引流成本高
- 基于Swarm SLB引流:将Kubernetes 集群服务挂到Swarm SLB下面并设置权重,实现流量引入。
- 引流成本较低
- 通过SLB 控制台,更新Swarm SLB配置即可。
- 可以在SLB控制台权重配置,实现更精细的流量引入。
- 回滚风险低
- 通过SLB 控制台,更新Swarm SLB配置即可。
- 实时生效。
- 引流成本较低
- 创建Kubernetes NodePort服务。
- 验证Kubernetes NodePort服务。
- 修改Swarm SLB配置。
引流快速回滚
如果引入生产流量之后,发现Kubernetes 集群业务服务有问题;则调整虚拟服务器组,将Kubernetes 集群机器流量权重设置成0或将其剔除即可。
灰度引流总结
主要介绍如何通过Swarm集群SLB 虚拟服务器组机制,将生产流量部分引流到Kubernetes 的NodePort Service,进一步验证Kubernetes 集群业务服务是否正常。
通过Swarm SLB + Kubernetes NodePort 引流方式,相较于传统客户端或DNS切流方式,成本更低(只需在SLB控制台操作),风险更可控(切流/回滚实时生效,流量控制更精细)。
发布者:佚, 佚名,转转请注明出处:https://www.cms2.cn/aliyun/csk/5056.html