深入理解 Istio 流量管理的超时时间设置 天天信息
2023-06-14 09:39:10    博客园
环境准备

部署 httpbin服务：

kubectl apply -f samples/httpbin/httpbin.yaml

部署 sleep服务：


(资料图片)

kubectl apply -f samples/sleep/sleep.yaml

httpbin服务作为接收请求的服务端， sleep服务作为发送请求的客户端。

设置超时时间

在 sleep服务中向 httpbin服务发出请求：

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服务时，请求超时设置为 3 秒：

kubectl apply -f - <

再次访问，返回结果如下：

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

可以看到，在 3 秒后出现了 504 （Gateway Timeout）。 Istio 在 3 秒后切断了响应时间为 5 秒的httpbin服务的请求。接下来，我们深入地看一下，Istio是怎么切断请求的？

查看Envoy日志

执行以下命令，查看sleep服务的Envoy日志：

kubectl logs -l app=sleep -c istio-proxy

可以看到sleep服务对httpbin服务的调用的日志：

{     "authority": "httpbin:8000",     "bytes_received": 0,     "bytes_sent": 24,     "connection_termination_details": null,     "downstream_local_address": "172.24.146.239:8000",     "downstream_remote_address": "172.24.158.25:40384",     "duration": 3001,     "method": "GET",     "path": "/delay/5",     "protocol": "HTTP/1.1",     "request_id": "5ef38816-7f49-48c8-9627-2416e1716293",     "requested_server_name": null,     "response_code": 504,     "response_code_details": "upstream_response_timeout",     "response_flags": "UT",     "route_name": null,     "start_time": "2022-07-01T09:40:13.882Z",     "upstream_cluster": "outbound|8000||httpbin.onemore.svc.cluster.local",     "upstream_host": "172.24.158.96:80",     "upstream_local_address": "172.24.158.25:32846",     "upstream_service_time": null,     "upstream_transport_failure_reason": null,     "user_agent": "curl/7.81.0-DEV",     "x_forwarded_for": null}

其中，response_flags为UT，表示上游（upstream）请求超时，也就是sleep服务检测到了httpbin服务的请求超时。

执行以下命令，查看httpbin服务的Envoy日志：

kubectl logs -l app=httpbin -c istio-proxy

可以看到httpbin服务被sleep服务调用的Envoy日志：

{     "authority": "httpbin:8000",     "bytes_received": 0,     "bytes_sent": 0,     "connection_termination_details": null,     "downstream_local_address": "172.24.158.96:80",     "downstream_remote_address": "172.24.158.25:32846",     "duration": 2997,     "method": "GET",     "path": "/delay/5",     "protocol": "HTTP/1.1",     "request_id": "5ef38816-7f49-48c8-9627-2416e1716293",     "requested_server_name": "outbound_.8000_._.httpbin.onemore.svc.cluster.local",     "response_code": 0,     "response_code_details": "downstream_remote_disconnect",     "response_flags": "DC",     "route_name": "default",     "start_time": "2022-07-01T09:40:13.885Z",     "upstream_cluster": "inbound|80||",     "upstream_host": "172.24.158.96:80",     "upstream_local_address": "127.0.0.6:35701",     "upstream_service_time": null,     "upstream_transport_failure_reason": null,     "user_agent": "curl/7.81.0-DEV",     "x_forwarded_for": null}

其中，response_flags为DC，表示下游（downstream）连接中断，也就是sleep服务的调用请求被中断了。

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

深入分析

通过Envoy日志，我们可以做出一些分析和判断：

当httpbin服务的请求正常的时候，调用过程如下图：

当httpbin服务的请求超时的时候，调用过程如下图：

虽然，我们在httpbin服务上设置的请求超时时间，但实际上主动断开请求的却是sleep服务的Envoy。

清理
kubectl delete virtualservice httpbinkubectl delete -f samples/httpbin/httpbin.yamlkubectl delete -f samples/sleep/sleep.yaml

微信公众号：万猫学社

微信扫描二维码

关注后回复「电子书」

获取12本Java必读技术书籍

标签：

猜你喜欢

最新资讯

推荐

更多

热点

更多

市场

更多

政策

更多

Copyright ©  2015-2022 北方渔业网版权所有  备案号：京ICP备2021034106号-50   联系邮箱： 55 16 53 8@qq.com