摘要: 上文介绍了如何使用Ingress实现蓝绿发布。但是对于很多只提供tcp/udp的服务来说,七层的ingress不能很好的实现蓝绿发布的需求。这里我们就来介绍一下如何使用 SLB 来进行四层的金丝雀发布。 前言 上文介绍了如何使用Ingress实现蓝绿发布。但是对于很多只提供tcp/udp的服务来说,七层的ingress不能很好的实现蓝绿发布的需求。这里我们就来介绍一下如何使用 SLB 来进行四层的金丝雀发布。 准备 首先需要一个已经通过SLB对外提供服务的应用,这里我们还是继续使用nginx作为例子,不过这次是通过SLB对外暴露的服务。 可以直接在控制台上,通过应用->部署 使用模板来部署应用。 创建完毕后,就可以在控制台上看到对应的部署与服务。 现在我们可以通过本地curl 来看一下部署的效果
可以看到已经正常访问。 新服务上线 下面我们模拟新的服务上线,现在创建新的应用。 值得注意的就是,新服务的pod的label,也是含有app:nginx标签的。这个标签就是为了对应的service找到该pod,这样就可以将对应的流量导入进来。 创建完毕后就可以在控制台上看到新的应用。 下面我们在执行一下curl 看一下效果。
可以看到,十次请求里面,有五次打到了老服务,五次打到了新服务。主要原因是,service对于流量请求是平均的负载均衡策略,而且新老服务均为一个pod,因此他们的流量百分比为1:1 。 调整流量权重 这里的权重调整就没有ingress的那么直接。需要调整后端的pod容器数量来调整对应的权重。比如我们这里希望新的服务权重更大一些,那么想调整新的pod数量到3个。 可以直接在控制台上更新已有的应用。注意: Kubernetes的Deployment资源默认的更新方式就是rollingUpdate,所以在更新过程中,会保证最小可服务的容器个数,这个个数也可以在模板里面调整。
更新完毕后,新老服务个数比为3:1, 下面我们再来curl一下,看一下效果。
可以看到,10个请求里面,有8个请求到新的服务,2个到老的服务。后面就可以通过动态的调整pod的数量来调整新老服务的权重,实现金丝雀发布。 完成 发布完毕后,将对应的旧应用删除即可。删除完毕后,看一下curl的效果
这样就实现了四层 SLB 金丝雀发布的流程。 原文链接
|