【环球聚看点】5个 Istio 访问外部服务流量控制最常用的例子,你知道几个?

2023-06-09 11:18:53 来源:博客园

5 个 Istio 访问外部服务的流量控制常用例子,强烈建议收藏起来,以备不时之需。

环境准备

部署 sleep服务,作为发送请求的测试源:


(资料图)

kubectl apply -f samples/sleep/sleep.yaml

在 Istio 外部,使用 Nginx 搭建 duckling服务的v1和v2两个版本,访问时显示简单的文本:

> curl -s http://192.168.1.118/This is the v1 version of duckling.> curl -s http://192.168.1.119/This is the v2 version of duckling.
访问外部服务

执行如下命名访问外部服务 httpbin.org :

export SLEEP_POD=$(kubectl get pods -l app=sleep -o "jsonpath={.items[0].metadata.name}")kubectl exec "$SLEEP_POD" -c sleep -- curl -s http://httpbin.org/headers

返回结果如下:

{  "headers": {    "Accept": "*/*",     "Host": "httpbin.org",     "User-Agent": "curl/7.81.0-DEV",     "X-Amzn-Trace-Id": "Root=1-62bbfa10-3237e3b9662c65ae005148ab",     "X-B3-Sampled": "0",     "X-B3-Spanid": "9e650093bf7ae862",     "X-B3-Traceid": "1da46d7fafa5d71c9e650093bf7ae862",     "X-Envoy-Attempt-Count": "1",     "X-Envoy-Peer-Metadata": "......",     "X-Envoy-Peer-Metadata-Id": "sidecar~......"  }}

此时的方法,没有通过Service Entry,没有 Istio 的流量监控和控制特性。创建 Service Entry :

kubectl apply -f - <

再此次访问,返回结果如下:

{  "headers": {    "Accept": "*/*",     "Host": "httpbin.org",     "User-Agent": "curl/7.81.0-DEV",     "X-Amzn-Trace-Id": "Root=1-62bbfbd6-254b05344b3cde2c0c41b3b8",     "X-B3-Sampled": "0",     "X-B3-Spanid": "307c0b106c8b262e",     "X-B3-Traceid": "f684a50776c088ac307c0b106c8b262e",     "X-Envoy-Attempt-Count": "1",     "X-Envoy-Decorator-Operation": "httpbin.org:80/*",     "X-Envoy-Peer-Metadata": "......",     "X-Envoy-Peer-Metadata-Id": "sidecar~......"  }}

可以发现由 Istio 边车添加的请求头:X-Envoy-Decorator-Operation

文章持续更新,微信搜索「万猫学社」第一时间阅读,关注后回复「电子书」,免费获取12本Java必读技术书籍。

设置请求超时

向外部服务 httpbin.org 的 /delay 发出请求:

export SLEEP_POD=$(kubectl get pods -l app=sleep -o "jsonpath={.items[0].metadata.name}")kubectl exec "$SLEEP_POD" -c sleep -- time curl -o /dev/null -sS -w "%{http_code}\n" http://httpbin.org/delay/5

返回结果如下:

200real    0m 5.69suser    0m 0.00ssys     0m 0.00s

请求大约在 5 秒后返回 200 (OK)。

创建虚拟服务,访问外部服务 httpbin.org 时, 请求超时设置为 3 秒:

kubectl apply -f - <

再此次访问,返回结果如下:

504real    0m 3.01suser    0m 0.00ssys     0m 0.00s

可以看出,在 3 秒后出现了 504 (Gateway Timeout)。 Istio 在 3 秒后切断了响应时间为 5 秒的 httpbin.org 服务。

文章持续更新,微信搜索「万猫学社」第一时间阅读,关注后回复「电子书」,免费获取12本Java必读技术书籍。

注入 HTTP 延迟故障

向外部服务 httpbin.org 的 /get 发出请求:

export SLEEP_POD=$(kubectl get pods  -l app=sleep -o "jsonpath={.items[0].metadata.name}")kubectl exec "$SLEEP_POD" -c sleep -- time curl -o /dev/null -sS -w "%{http_code}\n" http://httpbin.org/get

返回结果如下:

200real  0m 0.45suser  0m 0.00ssys 0m 0.00s

请求不到 1 秒就返回 200 (OK)。

创建虚拟服务,访问外部服务 httpbin.org 时, 注入一个 3 秒的延迟:

kubectl apply -f - <

再此次访问 httpbin.org 的 /get ,返回结果如下:

200real  0m 3.43suser  0m 0.00ssys 0m 0.00s

可以看出,在 3 秒后出现了 200 (OK)。

流量转移

访问duckling服务时,所有流量都路由到v1版本,具体配置如下:

kubectl apply -f - <

执行如下命名访问外部服务 duckling.com :

export SLEEP_POD=$(kubectl get pods -l app=sleep -o "jsonpath={.items[0].metadata.name}")kubectl exec "$SLEEP_POD" -c sleep -- curl -s http://duckling.com/

多次访问后,返回结果一直是:This is the v1 version of duckling.

访问duckling服务时,把50%流量转移到v2版本,具体配置如下:

kubectl apply -f - <

多次访问外部服务 duckling.com ,有时返回This is the v1 version of duckling.,有时返回This is the v2 version of duckling.

访问duckling服务时,所有流量都路由到v2版本,具体配置如下:

kubectl apply -f - <

多次访问外部服务 duckling.com ,一直返回This is the v2 version of duckling.

文章持续更新,微信搜索「万猫学社」第一时间阅读,关注后回复「电子书」,免费获取12本Java必读技术书籍。

基于请求头的路由

请求头end-user为OneMore的所有流量都路由到v2版本,其他流量都路由到v1版本,具体配置如下:

kubectl apply -f - <

执行如下命名访问外部服务 duckling.com :

export SLEEP_POD=$(kubectl get pods -l app=sleep -o "jsonpath={.items[0].metadata.name}")kubectl exec "$SLEEP_POD" -c sleep -- curl -s http://duckling.com/

多次访问的返回结果一直是:This is the v1 version of duckling.

设置请求头end-user为OneMore,访问外部服务 duckling.com :

kubectl exec "$SLEEP_POD" -c sleep -- curl -H "end-user:OneMore" -s http://duckling.com/

多次访问的返回结果一直是:This is the v2 version of duckling.

最后,感谢你这么帅,还给我点赞

微信公众号:万猫学社

微信扫描二维码

关注后回复「电子书」

获取12本Java必读技术书籍

关键词:

上一篇:“知识摆摊”不只是创新知识打开方式

下一篇:最后一页