Istio实践(2)- 流量控制及服务间调用
前言:接上一篇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
分类:
Istio
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端
2021-04-12 dubbo学习实践(3)之Dubbo整合Consul及Dubbo配置方式