0

我发现我的虚拟服务的重写功能不是很好。这是我的虚拟服务和 DestinationRule yaml 文件：

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  name: leads-http
  namespace: seldon
spec:
  gateways:
  - istio-system/seldon-gateway
  hosts:
  - '*'
  http:
  - match:
    - uri:
        prefix: /seldon/seldon/leads/
    rewrite:
      uri: /
    route:
    - destination:
        host: leads-leads
        port:
          number: 8000
        subset: leads
---
apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  name: leads-leads
  namespace: seldon
spec:
  host: leads-leads
  subsets:
  - labels:
      version: leads
    name: leads
  trafficPolicy:
    connectionPool:
      http:
        idleTimeout: 60s

当我发送一个http请求时：</p> 

curl --location --request POST 'http://localhost/seldon/seldon/leads/v2/models/leads-lgb/versions/v0.1.0/infer'

我发现 istio-proxy 服务打印 404 not found 在日志中：

"POST /seldon/seldon/leads/v2/models/leads-lgb/versions/v0.1.0/infer HTTP/1.1" 404

即使我期望：

POST /v2/models/leads-lgb/versions/v0.1.0/infer HTTP/1.1

我不确定发生了什么。有人有什么主意吗？谢谢！

4

1 回答 1

0

我认为您的问题是配置不正确DestinationRule或服务名称连接错误。

目的地规则：

这些规则指定负载平衡的配置、sidecar 的连接池大小以及异常值检测设置，以检测并从负载平衡池中驱逐不健康的主机。

可以通过定义命名子集并覆盖在服务级别指定的设置来指定版本特定策略。

注意：为子集指定的策略在路由规则明确向该子集发送流量之前不会生效。

DestinationRule-子集：

在此处输入图像描述

在我看来， name应该首先进入结构。至少我还没有看到/遇到其他例子。所以在你的情况下正确（至少我希望）DR是：

apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  name: leads-leads
  namespace: seldon
spec:
  host: leads-leads
  subsets:
  - name: leads
    labels:
      version: leads

但是，如果这没有帮助 - 我鼓励您检查这个自我解决的问题：

您对命名服务端口没有同样的情况吗？我的意思是根据显式协议选择，您应该在服务名称中添加后缀... name: <protocol>[-<suffix>]

于 2021-07-14T08:32:28.247 回答