TCP 流量转移
本任务展示了如何逐步将 TCP 流量从微服务的一个版本迁移到另一个版本。例如,将 TCP 流量从旧版本迁移到新版本。
在 Istio 中,您可以通过配置一系列规则来实现此目标,这些规则按指定的百分比将流量路由到不同的服务。在此任务 中,将先把 100% 的 TCP 流量分配到 tcp-echo:v1,然后,再通过配置 Istio 路由权重把 20% 的 TCP 流量分 配到 tcp-echo:v2。
开始之前
应用基于权重的 TCP 路由
首先,部署微服务
tcp-echo的v1版本。第一步,为测试 TCP 流量转移创建命名空间
$ kubectl create namespace istio-io-tcp-traffic-shifting
如果使用手动注入 sidecar,请使用下面命令:
$ kubectl apply -f <(istioctl kube-inject -f @samples/tcp-echo/tcp-echo-services.yaml@) -n istio-io-tcp-traffic-shifting
istioctl kube-inject命令用于在创建 deployments 之前 修改tcp-echo-services.yaml文件。如果您使用的是启用了自动注入 sidecar 的集群,可以将
istio-io-tcp-traffic-shiftingnamespace 标记为istio-injection=enabled。$ kubectl label namespace istio-io-tcp-traffic-shifting istio-injection=enabled
然后,只需使用
kubectl部署服务即可。$ kubectl apply -f @samples/tcp-echo/tcp-echo-services.yaml@ -n istio-io-tcp-traffic-shifting
接下来, 将目标为微服务
tcp-echo的 TCP 流量全部路由到v1版本。$ kubectl apply -f @samples/tcp-echo/tcp-echo-all-v1.yaml@ -n istio-io-tcp-traffic-shifting
确认
tcp-echo服务已启动并开始运行。下面的
$INGRESS_HOST变量是 ingress 的外部 IP 地址,可参考 Ingress Gateways 文档。要获取$INGRESS_PORT变量的值,请使用以下命令。$ export INGRESS_PORT=$(kubectl -n istio-system get service istio-ingressgateway -o jsonpath='{.spec.ports[?(@.name=="tcp")].port}')
向微服务
tcp-echo发送一些 TCP 流量。$ for i in {1..10}; do \docker run -e INGRESS_HOST=$INGRESS_HOST -e INGRESS_PORT=$INGRESS_PORT -it --rm busybox sh -c "(date; sleep 1) | nc $INGRESS_HOST $INGRESS_PORT"; \doneone Mon Nov 12 23:24:57 UTC 2018one Mon Nov 12 23:25:00 UTC 2018one Mon Nov 12 23:25:02 UTC 2018one Mon Nov 12 23:25:05 UTC 2018one Mon Nov 12 23:25:07 UTC 2018one Mon Nov 12 23:25:10 UTC 2018one Mon Nov 12 23:25:12 UTC 2018one Mon Nov 12 23:25:15 UTC 2018one Mon Nov 12 23:25:17 UTC 2018one Mon Nov 12 23:25:19 UTC 2018
可能需要通过
sudo执行docker命令,这取决于您的 Docker 安装。您应该注意到,所有时间戳的前缀都是 one ,这意味着所有流量都被路由到了
tcp-echo服务的v1版本。使用以下命令将 20% 的流量从
tcp-echo:v1转移到tcp-echo:v2:$ kubectl apply -f @samples/tcp-echo/tcp-echo-20-v2.yaml@ -n istio-io-tcp-traffic-shifting
等待几秒钟,以使新规则在集群中传播和生效。
确认规则配置已替换完成:
$ kubectl get virtualservice tcp-echo -o yaml -n istio-io-tcp-traffic-shiftingapiVersion: networking.istio.io/v1alpha3kind: VirtualServicemetadata:name: tcp-echo...spec:...tcp:- match:- port: 31400route:- destination:host: tcp-echoport:number: 9000subset: v1weight: 80- destination:host: tcp-echoport:number: 9000subset: v2weight: 20
向
tcp-echo服务发送更多 TCP 流量。$ for i in {1..10}; do \docker run -e INGRESS_HOST=$INGRESS_HOST -e INGRESS_PORT=$INGRESS_PORT -it --rm busybox sh -c "(date; sleep 1) | nc $INGRESS_HOST $INGRESS_PORT"; \doneone Mon Nov 12 23:38:45 UTC 2018two Mon Nov 12 23:38:47 UTC 2018one Mon Nov 12 23:38:50 UTC 2018one Mon Nov 12 23:38:52 UTC 2018one Mon Nov 12 23:38:55 UTC 2018two Mon Nov 12 23:38:57 UTC 2018one Mon Nov 12 23:39:00 UTC 2018one Mon Nov 12 23:39:02 UTC 2018one Mon Nov 12 23:39:05 UTC 2018one Mon Nov 12 23:39:07 UTC 2018
可能需要通过
sudo执行docker命令,这取决于您的 Docker 安装。现在应该发现,有大约 20% 的流量时间戳前缀是 two ,这意味着有 80% 的 TCP 流量路由到了
tcp-echo服务的v1版本,与此同时有 20% 流量路由到了v2版本。
理解原理
这个任务中,使用 Istio 路由权重特性将 tcp-echo 服务的 TCP 流量从旧版本迁移到了新版本。请注意,这与使用容 器编排平台的 deployment 进行版本迁移非常不同,后者(容器编排平台)是通过对特定组别的实例进行伸缩实现的。
在 Istio 中可以对 tcp-echo 服务的两个版本进行独立扩容和缩容,这个过程不会影响服务版本之间的流量分配。
有关不同版本间流量管理及自动伸缩的更多信息,请查看博客文章使用 Istio 进行金丝雀部署。
清理
删除
tcp-echo应用程序和路由规则。$ kubectl delete -f @samples/tcp-echo/tcp-echo-all-v1.yaml@ -n istio-io-tcp-traffic-shifting$ kubectl delete -f @samples/tcp-echo/tcp-echo-services.yaml@ -n istio-io-tcp-traffic-shifting$ kubectl delete namespace istio-io-tcp-traffic-shifting
相关内容
使用 Admiral 管理 Istio 多集群的配置和服务发现
为 Istio deployment(cluster)提供自动化 Istio 配置,并让其像单个网格一样工作。
把 Istio 入口网关配置为外部服务的代理。
将需要隔离的环境部署到单独的网格中,并通过网格联邦启用网格间通信。
管控出口流量的备选方案比较,包括性能因素。
使用 Istio 的出口流量管控来阻止相关出口流量攻击。
涉及出口流量攻击和出口流量管控要求。