Istio实践流量控制及服务间调用

前言：接上一篇istio应用部署，本文介绍通过virtualservice实现流量控制，并通过部署client端进行服务调用实例

1. 修改virtualservice组件，实现权重占比访问不同版本服务（v1版本70%，v2版本30%）

• 拆分流量使用weight关键字来设置，70%的流量走v1版本,30%的流量走v2版本

  

• 输入命令，重新应用一下virtualservice组件

    sudo kubectl apply -f springbootapp-vs-v1.yaml -n springistiodemo

• 通过istio-ingressgateway对外访问的地址，进行服务访问（http://ip:31380/hello）

  

• 通过kiali管理界面，查看服务调用详情，可以看到v1版本访问占比大概达到70%左右

  

2. 超时时间设置，timeout：0.002s

• 修改virtualservice的yaml文件，添加timeout属性，数值改小一些，方便测试

  

• 访问服务，不断刷新，发现有一部分服务已超时，访问不到

  

• 通过kiali管理界面，查看服务调用详情，发现v2版本已100% error

  

3. 服务间调用：运行busybox容器客户端，访问springbootapp应用服务

• 新建一个busybox的客户端资源,与应用不在同一命名空间中，当然也可以在同一命名空间中；创建命名空间istioclient，并设置istio自动注入

    sudo kubectl create namespace istioclient   sudo kubectl label namespace istioclient istio-injection=enabled   sudo kubectl get ns istioclient --show-labels # 查看注入状态

  

• client文件busybox-client.yaml内容

    apiVersion: apps/v1   kind: Deployment   metadata:   name: busyclient   # namespace: istioclient   spec:   replicas: 1   selector:   	matchLabels:   	app: busyclient   strategy:   	rollingUpdate: 		maxSurge: 25% 		maxUnavailable: 25%   	type: RollingUpdate   template:   	metadata: 		labels:   		app: busyclient   		version: v1       spec:         containers: 		- name: busybox   		image: busybox   		imagePullPolicy: IfNotPresent  # 不存在才拉取镜像，默认值   		command: [ "/bin/sh", "-c", "sleep 3600" ]

  

• 执行命令，创建Deployment：

    sudo kubectl apply -f busybox-client.yaml -n istioclient

• 查看pod

    sudo kubectl get pods -n istioclient

  

• 进入客户端容器中，访问springbootapp服务

    sudo kubectl exec -it busyclient-5f6b7b954d-9wq5q /bin/sh -n istioclient

  

• 访问springbootapp服务

    wget -q -O - http://springbootapp-svc.springistiodemo:8080/hello

  

  说明：

    1.上述服务格式[servicename].[namespace]:[port]/[action]   客户端与服务不在同一命名空间下，使用上述格式访问服务，参考k8s的namespace隔离机制   2.如在同一命名空间下，则直接使用[servicename]:[port]/[action]访问   for i in `seq 10`;do wget -q -O - http://springbootapp-svc:8080/hello;done   3.此处的port对应的是k8s的service（svc）节点的port端口值，不是nodePort端口设置值；   port是service端口，即k8s中服务之间的访问端口   targetport是pod（也就是容器）的端口   nodeport是容器所在node节点的端口，即外部机器可访问的端口。（通过nodeport类型的service暴露给集群节点）   4.busybox client客户端也必须经过 Istio 注入，因为只有客户端被 Istio 注入才可以接收到来自 Pilot 有关 Virtual Service 和 Destination Rule 的配置信息，才可以保证流量接管生效。

• 可以通过命令运行busybox，退出后pod自动删除释放

    sudo kubectl run --namespace=springistiodemo busybox --rm -ti --image busybox /bin/sh