TCP 流量转移
本任务展示了如何优雅的将微服务中的 TCP 流量从一个版本迁移到另一个版本。例如将 TCP 流量从旧版本迁移到一个新版本。这是一个常见的场景。在 Istio 中可以通过定义一组规则,将 TCP 流量在不同服务之间进行分配。在这一任务中,首先把 100% 的 TCP 流量发送到 tcp-echo:v1
;下一步就是使用 Istio 的路由分配能力,把 20% 的流量分配到 tcp-echo:v2
服务之中。
开始之前
应用基于权重的 TCP 路由
第一个步骤是部署
tcp-echo
微服务的v1
版本。如果使用的是手工 Sidecar 注入,使用如下命令:
istioctl kube-inject
的作用如文档所言,是在提交tcp-echo-services.yaml
之前进行修改。如果使用的是一个启用了 Sidecar 自动注入的集群,可以给
default
命名空间打上istio-injection=enabled
标签:然后简单的使用
kubectl
进行服务部署即可:
下一步,把所有目标是
tcp-echo
微服务的 TCP 流量路由到v1
版本:确认
tcp-echo
服务已经启动并开始运行。下面的
$INGRESS_HOST
变量中保存了 Ingress 的外部 IP 地址(Bookinfo 文档中描写了这一部分的相关内容)。可以使用下面的命令来获取$INGRESS_PORT
的值:向
tcp-echo
微服务发送一些 TCP 流量:不难发现,所有的时间戳都有一个
one
前缀,这代表所有访问tcp-echo
服务的流量都被路由到了v1
版本。用下面的命令把 20% 的流量从
tcp-echo:v1
转移到tcp-echo:v2
:需要一定时间完成新规则的传播和生效。
确认该规则已经完成替换:
向
tcp-echo
微服务发送更多 TCP 流量:现在应该会看到,输出内容中有 20% 的时间戳前缀为
two
,这意味着 80% 的流量被路由到tcp-echo:v1
,其余 20% 流量被路由到了v2
。
理解原理
这个任务里,用 Istio 的权重路由功能,把一部分访问 tcp-echo
服务的 TCP 流量被从旧版本迁移到了新版本。容器编排平台中的版本迁移使用的是对特定组别的实例进行伸缩来完成对流量的控制的,两种迁移方式显然大相径庭。
在 Istio 中可以对两个版本的 tcp-echo
服务进行独立的扩缩容,伸缩过程中不会对流量的分配结果造成影响,可以阅读博客:使用 Istio 进行金丝雀部署6,进一步了解相关内容。
清理
删除
tcp-echo
应用和路由规则: