超时是访问这个服务的超时，还是这个访问别的服务超时；重试是访问这个服务的重试，还是这个服务访问其他服务的重试；这些机制都没讲。。。

老师，我遇到问题了，但是并不知道从哪儿开始排查，还请老师指点。当我试图将productpage指向reviews v2版本的时候我执行了如下:cat vs.yaml apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: reviews spec: hosts: - reviews http: - route: - destination: host: reviews subset: v2 但是当我执行完使用浏览器访问productpage的时候reviews报错了，如下: Error fetching product reviews! Sorry, product reviews are currently unavailable for this book.

老师，您好， 我想达到的效果是访问api.httpbin.com 会转发到 ext.api.httpbin.com，但是我如果destination port number 改成 443 就会出现503 UC 问题，以下是我的配置， 可以麻烦帮忙看看吗？ --- apiVersion: networking.istio.io/v1alpha3 kind: ServiceEntry metadata: name: api-httpbin-external spec: hosts: - ext.api.httpbin.com location: MESH_EXTERNAL ports: - name: https number: 443 protocol: HTTPS resolution: DNS --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: httpbin-api-ingress spec: hosts: - api.httpbin.com gateways: - api-gateway http: - match: - gateways: - httpbin-api-gateway uri: prefix: "/" rewrite: uri: / authority: ext.api.httpbin.com # this is pretty important route: - destination: host: ext.api.httpbin.com port: number: 443 #如果是80端口是可以的，转成443 就出现503 UC error

我是带着问题来买课的，哈哈 我们在上istio后发现一个问题 node的项目调用后端的api 在上istio后出现connreset的次数明显增大 而不使用istio出现的概率会减小很多 虽然使用重连会解决这个问题 但极端情况也会造成雪崩效应，老师有遇到过吗 ？ 请指导一下！

我做了一些实验，我发现这个bookinfo是不是默认2s，我设置delay为2s的时候，基本都可以正常访问，但是3s以上的时候，就访问不到服务了，重试次数的日志也是基本这样2次可以看到输出，3次以上都是显示的2次输出

做了一下实验，发现即使没有设置retry策略的时候，实际上也是可以收到两条access log。查阅了相关的资料，发现重试2次是Istio的默认策略，并不是我们设置的重试机制。 另外，对于retries中的attempts的配置，表示的应该是重试的次数。也就是说，如果attempts=2，那么实际上应该一共收到的是3次请求（1次原始请求+2次重试请求）。

在网络不太好的时候适合用指数退避策略，tcp三次握手中的syn包就是指数退避的重试策略

老师可遇到过超时机制可以，但重试机制不行的情况。 环境信息： ➜ ~ hostnamectl Virtualization: vmware Operating System: Ubuntu 22.04.1 LTS Kernel: Linux 5.15.0-60-generic Architecture: arm64 Hardware Vendor: VMware, Inc. Hardware Model: VMware20,1 ➜ ~ ➜ ~ k version --short Client Version: v1.25.3 Kustomize Version: v4.5.7 Server Version: v1.25.3 ➜ ~ ➜ ~ istioctl version client version: 1.16.2 control plane version: 1.16.2 data plane version: 1.16.2 (11 proxies) ➜ ~ 我写了一个服务，接口延迟 5 秒返回，我先在 vs 配置 3s 的超时，验证没有问题； 但我把超时去掉，换成重试3次，重试的超时时长为 1s 后，接口直接在 1s 后就报 504 超时了，并没有发起 3 次重试，查了好久，也没找到原因，特来问问，感谢。 以下是配置： apiVersion: apps/v1 kind: Deployment 省略部分内容 --- apiVersion: v1 kind: Service metadata: labels: app: student name: student namespace: istio-dev spec: ports: - port: 8080 name: http protocol: TCP targetPort: 8080 selector: app: student type: ClusterIP --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: student namespace: istio-dev spec: hosts: - student http: - route: - destination: host: student #retries: # attempts: 3 # perTryTimeout: 1s timeout: 3s 以下是两次调用的结果： 1）超时： # curl -i -w "@curl-format.txt" http://student:8080/istio/timeout HTTP/1.1 504 Gateway Timeout content-length: 24 content-type: text/plain date: Sun, 12 Feb 2023 15:27:31 GMT server: envoy upstream request timeout ------------------------------------ time_total: 3.019577s # 2）重试： # curl -i -w "@curl-format.txt" http://student:8080/istio/timeout HTTP/1.1 504 Gateway Timeout content-length: 24 content-type: text/plain date: Sun, 12 Feb 2023 15:23:16 GMT server: envoy upstream request timeout ------------------------------------ time_total: 1.008266s #

重试次数也不能过多。倍数的请求对上游的请求也是一种压力。 指数级退避第一次听说