本文主要为您介绍灰度部分生产流量到 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配置即可。
      • 实时生效。
  1. 创建Kubernetes NodePort服务。
  2. 验证Kubernetes NodePort服务。
  3. 修改Swarm SLB配置。

引流快速回滚

如果引入生产流量之后，发现Kubernetes 集群业务服务有问题；则调整虚拟服务器组，将Kubernetes 集群机器流量权重设置成0或将其剔除即可。

  1. 登录负载均衡管理控制台，在实例管理页面单击目标实例。
  2. 在实例详情页面，单击虚拟服务器组，在目标分组右侧单击编辑。
    %title插图%num
  3. 从右侧滑出编辑虚拟服务器组页面，在目标虚拟服务右侧单击删除，并单击确定。
    %title插图%num

灰度引流总结

主要介绍如何通过Swarm集群SLB 虚拟服务器组机制，将生产流量部分引流到Kubernetes 的NodePort Service，进一步验证Kubernetes 集群业务服务是否正常。

通过Swarm SLB + Kubernetes NodePort 引流方式，相较于传统客户端或DNS切流方式，成本更低（只需在SLB控制台操作），风险更可控（切流/回滚实时生效，流量控制更精细）。