跳转至

虚拟服务

在虚拟服务（VirtualService）中，可以通过多种匹配方式（端口、host、header 等）实现对不同的地域、用户请求做路由转发，分发至特定的服务版本中，并按权重比划分负载。

虚拟服务提供了 HTTP、TCP、TLS 三种协议的路由支持。

虚拟服务列表

虚拟服务列表展示了网格下的虚拟服务 CRD 信息，用户可以按命名空间查看，也可以基于作用范围、规则标签做 CRD 筛选，规则标签如下：

  • HTTP 路由
  • TCP 路由
  • TLS 路由
  • 重写
  • 重定向
  • 重试
  • 超时
  • 故障注入
  • 代理服务
  • 流量镜像

这些标签的字段配置，请参阅 Istio 虚拟服务参数配置。

虚拟服务提供了两种创建方式：图形向导创建和 YAML 创建。

图形向导创建步骤

通过图形向导创建的具体操作步骤如下（参阅虚拟服务参数配置）：

  1. 在左侧导航栏点击 流量治理 -> 虚拟服务 ，点击右上角的 创建 按钮。

    创建

  2. 在 创建虚拟服务 界面中，先确认并选择需要将虚拟服务创建到的命名空间、所属服务和应用范围后，点击 下一步 。

    创建虚拟服务

  3. 按屏幕提示分别配置 HTTP 路由、TLS 路由和 TCP 路由后，点击 确定 。

    路由配置

  4. 返回虚拟服务列表，屏幕提示创建成功。在虚拟服务列表右侧，点击操作一列的 ⋮ ，可通过弹出菜单进行更多操作。

    更多操作

YAML 创建

通过 YAML 创建的操作相对简单，用户可以点击 YAML 创建 按钮，进入创建页面直接编写 YAML，也可以使用页面内提供的模板简化编辑操作， 编辑窗口会提供基本语法检查功能，帮助用户完成编写工作。以下是一个 YAML 示例：

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  annotations:
    ckube.daocloud.io/cluster: dywtest3
    ckube.daocloud.io/indexes: '{"activePolices":"HTTP_ROUTE,RETRIES,","cluster":"dywtest3","createdAt":"2023-08-07T09:27:48Z","gateway":"nginx-gw/nginx-gwrule","gateways":"[\"nginx-gw/nginx-gwrule\"]","hosts":"[\"www.nginx.app.com\"]","is_deleted":"false","labels":"","name":"nginx-vs","namespace":"nginx-gw"}'
  creationTimestamp: "2023-08-07T09:27:48Z"
  generation: 10
  managedFields:
    - apiVersion: networking.istio.io/v1beta1
      fieldsType: FieldsV1
      fieldsV1:
        f:metadata:
          f:annotations:
            .: {}
            f:ckube.daocloud.io/cluster: {}
            f:ckube.daocloud.io/indexes: {}
        f:spec:
          .: {}
          f:gateways: {}
          f:hosts: {}
          f:http: {}
      manager: cacheproxy
      operation: Update
      time: "2023-08-09T03:06:31Z"
  name: nginx-vs
  namespace: nginx-gw
  resourceVersion: "477662"
  uid: 446e8dcf-3c26-47ec-8754-997c21e4df17
spec:
  gateways:
    - nginx-gw/nginx-gwrule
  hosts:
    - www.nginx.app.com
  http:
    - match:
        - uri:
            prefix: /
      name: nginx-http
      retries:
        attempts: 2
        perTryTimeout: 5s
        retryOn: 5xx
      route:
        - destination:
            host: nginx.nginx-test.svc.cluster.local
            port:
              number: 80
status: {}

概念介绍

  • hosts

    流量的目标主机。可以来自服务注册信息，服务条目（service entry），或用户自定义的服务域名。可以是带有通配符前缀的 DNS 名称，也可以是 IP 地址。 根据所在平台情况，还可能使用短名称来代替 FQDN。这种场景下，短名称到 FQDN 的具体转换过程是要靠下层平台完成的。

    一个主机名只能在一个 VirtualService 中定义。同一个 VirtualService 中可以用于控制多个 HTTP 和 TCP 端口的流量属性。

    需要注意的是，当使用服务的短名称时（例如使用 reviews，而不是 reviews.default.svc.cluster.local ），服务网格会根据规则所在的命名空间来处理这一名称，而非服务所在的命名空间。 假设 default 命名空间的一条规则中包含了一个 reviews 的 host 引用，就会被视为 reviews.default.svc.cluster.local ，而不会考虑 reviews 服务所在的命名空间。

    为了避免可能的错误配置，建议使用 FQDN 来进行服务引用。 hosts 字段对 HTTP 和 TCP 服务都是有效的。 网格中的服务也就是在服务注册表中注册的服务，必须使用他们的注册名进行引用；只有 Gateway 定义的服务才可以使用 IP 地址。

    示例：

    spec:
  hosts:
  - ratings.prod.svc.cluster.local

  • Gateways

    通过将 VirtualService 绑定到同一 Host 的网关规则，可向网格外部暴露这些 Host。

    网格使用默认保留字 mesh 指代网格中的所有 Sidecar。 当这一字段被省略时，就会使用默认值（mesh），也就是针对网格中的所有 Sidecar 生效。 如果为 gateways 字段设置了网关规则（可以有多个），就只会应用到声明的网关规则中。 如果想同时对网关规则和所有服务生效，需要显式的将 mesh 加入 gateways 列表。

    示例：

    gateways:
- bookinfo-gateway
- mesh

  • HTTP

    有序规则列表。该字段包含了针对 HTTP 协议的所有路由配置功能，对名称前缀为 http- 、 http2- 、 grpc- 的服务端口，或者协议为 HTTP、HTTP2、GRPC 以及终结的 TLS， 另外还有使用 HTTP、HTTP2 以及 GRPC 协议的 ServiceEntry 都是有效的。 流量会使用匹配到的第一条规则。

    HTTP 主要字段说明：

    • Match

      匹配要激活的规则要满足的条件。单个匹配块内的所有条件都具有 AND 语义，而匹配块列表具有 OR 语义。 如果任何一个匹配块成功，则匹配该规则。

    • Route

      HTTP 规则可以重定向或转发（默认）流量。

    • Redirect

      HTTP 规则可以重定向或转发（默认）流量。 如果在规则中指定了流量通过选项，则将忽略路由/重定向。 重定向原语可用于将 HTTP 301 重定向发送到其他 URI 或 Authority。

    • Rewrite

      重写 HTTP URI 和 Authority header，重写不能与重定向原语一起使用。

    • Fault

      故障注入策略，适用于客户端的 HTTP 通信。 如果在客户端启用了故障注入策略，则不会启用超时或重试。

    • Mirror/MirrorPercent

      将 HTTP 流量镜像到另一个目标，并可以设置镜像比例。

    • TCP

      一个针对透传 TCP 流量的有序路由列表。 TCP 路由对所有 HTTP 和 TLS 之外的端口生效。 进入流量会使用匹配到的第一条规则。

    • TLS

      一个有序列表，对应的是透传 TLS 和 HTTPS 流量。路由过程通常利用 ClientHello 消息中的 SNI 来完成。 TLS 路由通常应用在 https-、tls- 前缀的平台服务端口，或者经 Gateway 透传的 HTTPS、TLS 协议端口，以及使用 HTTPS 或者 TLS 协议的 ServiceEntry 端口上。 注意：没有关联 VirtualService 的 https- 或者 tls- 端口流量会被视为透传 TCP 流量。

      TCP 协议和 TLS 的子字段相对简单，仅包含 match 和 route 两部分，并且与 HTTP 相似，不再累述。

参考资料

评论